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Abstract: This report spécifies an observational semantics and gives an original présentation of the Byrd's box 
model. The approach accounts for the semantics of Prolog tracers independently of a particular implementation. 

Traces are, in gênerai, considered as rather obscure and difficult to use. The proposed formai présentation of 
a trace constitutes a simple and pedagogical approach for teaching Prolog or for implementing Prolog tracers. 
It constitutes a form of déclarative spécification for the tracers. 

Our approach highlights qualifies of the box model which made its success, but also its drawbacks and limits. 

As a matter of fact, the presented semantics is only one example to illustrate gênerai problems relating to 
tracers and observing processes. Observing processes know, from observed processes, only their traces. The 
issue is then to be able to reconstitute by the sole analysis of the trace the main part of the observed process, 
and if possible, without any loss of information. 
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Une sémantique observât ionnelle du modèle des boîtes pour la 
résolution de programmes logiques (version étendue) 

Résumé : Dans ce rapport on étudie une présentation originale du modèle des boîtes de Byrd basée sur la 
notion de sémantique observationnelle. Cette approche permet de rendre compte de la sémantique des traceurs 
Prolog indépendamment de toute implantation particulière. 

Le schéma explicatif obtenu est une présentation formelle épurée d'une trace considérée en général comme 
plutôt obscure et difficile à utiliser. Il peut constituer une approche simple et pédagogique tant pour l'enseignement 
(par sa forme épurée) que pour les implantations de traceurs Prolog dont il constitue une forme de spécification. 

Notre approche met en évidence les qualités du modèle des boîtes qui en ont fait son succès, mais aussi ses 
inconvénients et ses limites. 

Ceci, en fait, n'est qu'un exemple pour illustrer une problématique générale relative aux traceurs et aux 
processus observants qui ne connaissent du processus observé que sa trace. La question est alors de pouvoir 
reconstituer par l'analyse de la trace l'essentiel du processus observé, et si possible, sans perte d'information. 

Mots-clés : trace, traceur, pilote de tracer, analyseur, outils d'analyse, analyse de programme, analyse 
dynamique, manageur, sémantique observationnelle, trace adéquate, développement de logiciel, déboggage, 
environnement de programmation, modèle de Byrd, modèle des boîtes, Prolog, programmation en logique, 
validation de trace 
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1 Introduction 

Ce rapport présente un modèle de trace Prolog (souvent appelé "modèle des boîtes de Byrd") d'une manière 
originale, basée sur la notion de sémantique observationnelle (SO). Cette sémantique a été introduite dans [12] 
afin de rendre compte de la sémantique de traceurs indépendamment de la sémantique du processus tracé. 

Ce n'est pas l'objet de ce rapport d'étudier cette sémantique. Notre objectif est de l'illustrer ici avec un 
exemple simple mais non trivial. Le résultat est une sémantique originale de la trace Prolog telle qu'usuellement 
implantée, sans tenir compte d'aucune implantation particulière ni décrire la totalité du processus de résolution. 
Une telle sémantique constitue également une forme de spécification formelle de traceur Prolog et permet d'en 
comprendre facilement quelques propriétés essentielles. 

"Comprendre une trace" c'est d'une certaine manière tenter de retrouver le fonctionnement du processus 
tracé à partir d'un état initial connu et d'une suite d'événements de trace. Cette démarche suppose une 
connaissance suffisante mais non nécessairement complète du modèle de fonctionnement du processus, et de 
savoir relier les événements de trace à ce modèle. C'est cette démarche que nous voulons capturer avec la notion 
de sémantique observationnelle, de schéma de trace et de schéma de reconstruction du modèle original à partir 
de la trace, c'est à dire d' "adéquation" de la trace au modèle observé. 

Le "modèle des boîtes" a été introduit pour la première fois par Lawrence Byrd en 1980 [3j dans le but 
d'aider les utilisateurs du "nouveau" langage Prolog (il fait alors référence aux implantations d'Edinburgh 13J 
et de Marseille [HJ) à maîtriser la lecture opérationnelle du déroulement du programme. Dès les débuts, en 
effet, les utilisateurs se sont plaints des difficultés de compréhension du contrôle liés au non déterminisme des 
solutions. Même si, par la suite, d'autres modèles ont été adoptés avec des stratégies bien plus complexe^], 
les quatre "ports" introduits par Byrd (Call, Exit, Redo et Fail), associés aux quatre coins d'une boîte et 
manipulables dans une sorte d'algèbre de poupées russes, sont restés célèbres et se retrouvent dans toutes les 
traces des systèmes Prolog existants. 

Le modèle des boîtes de Byrd fascine par sa simplicité apparente. Toujours et souvent cité mais rarement 
bien expliqué, le modèle des boîtes garde l'aura des premiers essais réussis. C'est sans doute pour cela qu'il 
reste l'objet de publications ponctuelles mais régulières depuis 1980, comme [TJ (1984), [T7] (1993), [TU] (2000), 
[TTj (2003). Pour autant, il reste souvent difficile à "expliquer" parce que ses diverses définitions sont soit trop 
informelles, soit noyées dans une formalisation complète de la sémantique de Prolog. 

Dans ce rapport nous proposons une description formelle d'une variante du modèle initial défini informelle- 
ment par Byrd en 1980. L'originalité de cette description réside dans le fait que, bien que contenant les 
ingrédients du modèle original et limitée aux éléments de contrôle dont elle veut rendre compte (c'est à dire, 
sans, ou en tous cas le moins possible, faire référence aux mécanismes de choix de clauses et d'unification propres 
à la résolution Prolog), elle est formellement complète. 

Après une introduction aux traces et leur sémantique observationnelle (sections [5] et [3]) , nous présentons 
la SO qui spécifie le modèle des boîtes (section 0]) et l'extraction de la trace (section [5]) . Enfin nous donnons 
le modèle de reconstruction (section [S]) ; la preuve d'adéquation est en annexe, établissant ainsi une grille de 
lecture possible de la trace, basée sur la SO. 

Notre approche met en évidence les qualités du modèle des boîtes qui en ont fait son succès, mais aussi ses 
défauts principaux (section [7|) . Elle montre aussi l'intérêt de l'approche observationnelle. 

2 Introduction aux traces 

Nous donnons ici un aperçu rapide du contexte de cette étude. Pour plus de détails sur les motivations on 
pourra se reporter à [5] et [12] . 

D'une manière générale, on veut s'intéresser à l'observation de processus dynamiques à partir des traces 
qu'ils laissent ou qu'on leur fait produirai. 

On peut toujours considérer qu'entre un observateur et un phénomène observé il y a un objet que nous 
appellerons trace. La trace est l'empreinte reconnaissable laissée par un processus et donc "lisible" par d'autres 

1 Le modèle de Byrd se limite à la stratégie standard de parcours/construction d'arbre. 

2 I1 faut bien distinguer ce qui relève de ce que nous appelons ici "trace" et ce qui relève d'outils l'analyse de processus ("moni- 
toring", présentation particulière de la trace ou "jolies" impressions, visualisation, analyse de performance, débogage, . . . ) qui tous 
d'une manière ou d'une autre, directement ou indirectement, de l'intérieur ou indépendemment, en mode synchrone ou asynchrone, 
utilisent ce que nous appelons une "trace virtuelle". Cette étude n'est pas concernée par la nature ni la forme de ces processus 
observants. 



RR n" 6229 



4 



Deransart & al 



processus. Le phénomène observé sera considéré ici comme un processus fermé (ceci concernant toutes les donnés 
et fonctions qu'il manipule) dont on ne connaît que la trace. La trace est une suite d'événements représentant 
l'évolution d'un état qui contient tout ce que l'on peut ou veut connaître de ce processus. Celle-ci peut être 
formalisée par un modèle de transition d'états, c'est à dire par un domaine d'états et une fonction de transition 
formalisant le passage d'un état à un autre. Cette sémantique sera appelée sémantique observationnelle (SO) 
car elle représente ce que l'on est susceptible de connaître ou de décrire du processus, vu de V "extérieur" . 

La SO se caractérise par le fait que chaque transition donne lieu à un événement de trace. Si une trace peut 
être infinie, les différents types d'actions (ou ensemble d'actions) du processus observé réalisant les transitions 
sont supposés en nombre fini. A chaque type d'action correspond une seule transition. On considérera ici que 
la SO est spécifiée par un ensemble fini de règles de transition nommées, noté R. 

Pour formaliser cette approche on introduit la notion de trace intégrale virtuelle. 

Définition 1 (Trace intégrale virtuelle) Une trace intégrale virtuelle est une suite d'événements de trace 
qui sont de la forme et ■ {t, at, St+i), t > où: 

• et/ est /Identificateur unique de l'événement. 

• t: est le chrono, temps de la trace. C'est un entier incrémenté d'une unité à chaque événement. 

• St+i = Pi.t+i, ■ ■■,Pn,t+i- St+\ est l'état courant suivant l'événement de trace au moment t et les Pi t t+i 
sont des valeurs des paramètres pi de l'état obtenu, une fois l'action réalisée. 

• at: un identificateur d 'action caractérisant le type des actions réalisées pour effectuer la transition de 
l'état S t à S t +i- 

Une trace est produite à partir d'un état initial noté So et peut être infinie. Une suite finie d'événements de 
trace e t et~\ ■ ■ ■ eo de taille t + l,t > sera dénotée et + (et* si la suite vide est incluse). La suite vide sera 
dénotée e. Une portion finie non vide de trace sera dénotée < So,ef >. Une trace a au moins un événement 
vide. 

La trace intégrale virtuelle représente ce que l'on souhaite ou ce qu'il est possible d'observer d'un processus 
donné. Comme l'état courant (virtuel) du processus est intégralement décrit dans cette trace, on ne peut espérer 
ni la produire ni la communiquer efficacement. En pratique on effectuera une sorte de "compression", et on 
s'assurera que le processus observant puisse la "décompresser" . La trace effectivement diffusée sera extraite de 
la trace virtuelle et communiquée sous forme de trace actuelle. 

Définition 2 (Trace actuelle, schéma de trace) Une trace actuelle est une suite d'événements de trace de 
la forme e t : (t,at,A t ), t > 0, dérivés de la transition < S t , S t +i > par la fonction £, dite fonction d'extraction, 
telle que e t = £(St,S t +i). 

Si A t = S t +i, la trace actuelle est la trace virtuelle intégrale. 
A t dénote une suite finie de valeurs d'attributs. 

La fonction d'extraction est une famille de fonctions définies pour chaque règle de transition r de la SO. 
Soit: £ = {£ r \r G R} telle que V < r, S, S' >G SO,£ r (S, S') = e r , où e r dénote les calculs des valeurs de chaque 
attribut. 

La description de la famille de fonctions £ r , avec les calculs d'attributs, constitue un schéma de trace. 
La trace actuelle est la trace émise par le traceur du processus observé. 

La trace intégrale virtuelle est un cas particulier de trace actuelle où les attributs décrivent complètement 
les états obtenus par la suite des transitions. 

La question se pose maintenant de l'utilité d'une trace, c'est à dire la possibilité de reconstruire une suite 
d'états, éventuellement partielle, à partir d'une trace produite, sans le recours direct à la SO, mais qui corre- 
sponde, pas à pas, aux transitions de la SO qui ont produit cette trace. C'est ce que tente de capturer la notion 
d'adéquation. 

La notion d'adéquation est relative à des états limités à un sous-ensemble des paramètres. On note S/Q la 
restriction d'un état quelconque S aux paramètres Q. Q sera appelé état actuel courant et S/Q l'état virtuel 
restreint aux paramètres de Q, ou, s'il n'y a pas d'ambiguité, état virtuel courant restreint. 

On supposera donc que la SO est décrite par un ensemble fini de règles qui constituent un "modèle de trace" , 
tel que chaque règle donne lieu à la production d'un événement de trace. La fonction d'extraction est donc 
constituée d'autant de composants qu'il y a de règles et dénotés £ r pour chaque règle r. De même on utilisera 
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une fonction de reconstruction C r décrite par autant de composants qu'il y a de règles et dénotés C r pour chaque 
règle r. La description de C constitue un schéma de reconstruction. 

Définition 3 (Trace adéquate) Etant donnés un état actuel Q restriction de S à un sous ensemble de ses 
paramètres, une SO définie sur S par un ensemble fini de transitions R et une trace actuelle T w =< Qq,w^ > 
telle que Qo = Sq/Q 

T w est adéquate pour Q par rapport à la trace virtuelle intégrale T v =< So,t'* >,V£ > s'il existe une fonction 
T telle que 

Vt > 0, F(wî,Q ) = Q t et 

Vie[0..t— 1], Qi — Si/Q A 3r G R, tel que Wi = £ r {Si, £j+i)- 

L'adéquation stipule qu'à toute suite d'états, engendrée par une trace actuelle, il correspond une suite de 
transitions de la SO qui a engendré cette trace et dont la suite des états restreints est la même. 

L'adéquation pour un sous-état Q donne à une trace une sémantique propre: la lecture de la trace peut 
être comprise comme l'évolution d'un état restreint. De plus, cette suite d'états est exactement la suite des 
états restreints correspondants observables sur le processus observé. L'adéquation assure que toute l'information 
possible est bien dans la trace actuelle modulo le fait que seule une partie de ce qui est observable est communiqué 
dans la trace. 

Si Q = S et T w est une trace adéquate, alors T w est une trace intégrale. 

Une telle trace actuelle, adéquate et intégrale est la garantie que l'observateur est capable de reconstituer 
toute l'évolution observable du processus et donc de reconstituer l'intégralité des objets observés et leur évolution 
à partir de la trace observée. Si l'on considère que £ est une forme de fonction de compression, C peut être vue, 
dans ce cas, comme une fonction de décompression sans perte de donnée^). 

En réalité, et c'est le but de la trace virtuelle, un observateur ne sera intéressé qu'à une partie de la trace 
virtuelle, c'est à dire qu'à un sous-ensemble Q de ses paramètres. Par contre il est essentiel que la trace actuelle 
soit adéquate par rapport à Q, garantissant ainsi la transmission et compréhension complètes des états partiels 
que l'on peut retrouver alors par la seule lecture de la trace. 

On propose maintenant une condition suffisante pour prouver l'adéquation d'une trace actuelle qui utilisent 
des couples d'événements de trace. En effet, un événement de trace actuelle, produit par une transition < 
r, S, S' > en appliquant une règle r, peut ne pas comporter suffisamment d'attributs pour restituer les paramètres 
souhaités de l'état S' (ceux qui se trouvent dans l'événement correspondant de la trace virtuelle intégrale). 11 
est alors très probable que l'information manquante soit contenue dans l'événement de trace suivant. Il est donc 
parfois nécessaire de recourir à deus0 événements de trace pour pouvoir reconstruire les paramètres souhaités 
de l'état courant obtenu. La fonction de reconstruction sera donc décrite par une famille de fonctions locales 
de reconstruction d'états restreints Q, C — {C r \r G R} telle que V < r, S, S" > G SO, Q' = C r (e,e',Q). La 
description des fonctions locales de reconstruction constitue un schéma de reconstruction. 

Par ailleurs il est à noter que l'identification de la règle qui a produit l'événement de trace a pu être perdue 
au cours de l'extraction de l'événement. Il est donc nécessaire de pouvoir associer à un événement de trace la 
transition, donc la règle de la SO, qui l'a produit. Pour ce faire on utilise également une famille de conditions 
Cond r (e, e') qui, étant donné un couple d'événements de trace, identifient sans ambiguité la règle r utilisée donc 
la transition qui a produit le premier événement e. 

Proposition 1 (Condition d'adéquation) Etant donnés une SO définie avec un ensemble de règles R, un 
schéma de trace £ et un schéma de reconstruction C pour un sous- ensemble de paramètres Q. Si les deux 
propriétés suivantes sont satisfaites pour chaque règle r G R: 

Ve, e', r',S, S', S", 

£ r (S,S') — e A £ r/ (S',S") = e' 

(1) seule Cond r (e, e') est vraie, i.e. Cond r (e,e') /\ s _ ér ^Cond s (e,e'). 

(2) C r (e,e',S/Q) = S'/Q. 

3 On n'utilise pas ici les termes "compression/décompression" afin de se démarquer du cas où le flot de trace (par exemple codé 
en XML) peut lui-même faire l'objet d'une "compression/décompression" numérique. Ces termes sont donc réservés pour ce cas. 

4 Cela signifie qu'en fait la reconstruction repose sur toute la trace connue, plus un événement "en avant". D'un point de vue 
théorique on peut vraisemblablement se limiter à un événement "en avant", mais en pratique il doit être possible de trouver des 
situations où plus d'événements peuvent s'avérer nécessaires. Ceci n'est pas un problème dans la mesure où les traces sont en fait 
non bornées. 
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alors toute trace actuelle T w =< Qo,w^~ > , définie par le schéma de trace £ et telle que Qo = Sq/Q, est 
adéquate pour Q par rapport à la trace intégrale virtuelle T v =< Sq, vf >. 

Noter que la condition 1 est trivialement satisfaite s'il y a autant de types dévénement de trace distincts 
que de transitions possibles dans la SO. Dans ce cas, la condition d'adéquation se réduit à la condition 2. 

Il y a deux manières d'interpréter cette proposition. Elle montre que l'adéquation est d'abord une propriété 
de correction de trace. Dans ce sens elle signifie que si l'on suit pas à pas l'extraction d'une trace à partir de 
l'état initial Sq durant t + 1 étapes, l'état obtenu reconstruit à partir de la portion de trace T w =< Sq/Q, wl > 
est le même que celui obtenu par application des règles de la SO, restreint à Q, soit S t +i/Q- Ceci correspond 
à la deuxième condition. 

Mais il y a une deuxième lecture liée à la question de compréhension du processus observé à travers la trace 
et qui correspond aux deux conditions prises ensembles. Connaissant l'état initial et la suite des événements de 
trace, la proposition assure que l'on peut en déduire une suite d'états dérivés par transitions dans la SO, suite 
identique dans le sens où elle engendre la même trace. 

Ceci met en évidence la distinction qu'il y a lieu de faire entre "correction" de la trace (condition 2) et 
la capacité de compréhension du processus observé à travers la trace. La seconde lecture est aussi liée à la 
capacité d'associer une transition ou règle à un pas de trace (condition 1) et ainsi de retrouver des informations 
sur les états virtuels au delà de leur restriction. L'adéquation assure que la trace extraite représente bien 
l'évolution possible d'un sous-état virtuel, mais aussi, que si on connaît la SO, on peut également appréhender 
le fonctionnement du processus observé. 

3 Sémantique Observationnelle et fonctions associées 

La Sémantique Observationnelle (SO) se distingue d'une sémantique opérationnelle par le fait que son objet 
est avant tout la description d'un flot de données éventuellement infini sans faire explicitement référence à un 
processus particulier ni à une sémantique concrète particulière. 

La Sémantique Observationnelle (SO) rend compte de toutes les traces virtuelle possibles, c'est à dire de 
toutes les suites d'états décrits par un ensemble fini de paramètres, et définies par un état initial, une fonction 
de transition d'états, et telles qu'à chaque transition un élément de trace puisse être produit. Une SO est donc 
définie par un domaine d'états et une fonction de transition d'états. 

Dans la SO, la fonction de transition est décrite par un ensemble fini de règles nommées. L'application d'une 
règle produit un événement de trace. Une règle a quatre composants. 

• Un identificateur de règle (nom). 

• Un numérateur comportant des conditions sur l'état antérieur et des calculs préliminaires. 

• Un dénominateur comportant la description de l'état obtenu (ce qui reste invariant peut être omis), par 
les calculs des nouvelles valeurs des paramètres. 

• Des conditions externes (entre accolades) ou propriétés portant sur des éléments non décrits par des 
paramètres, mais intervenant dans le choix des règles ou les valeurs des paramètres. 

Noter que la distinction entre les éléments figurant au numérateur et dans les accolades est arbitraire. 
Toutefois, toute expression contenant des éléments externes sera dans les accolades. 

Chaque règle de transition de la SO sera présentée formellement par un tripleid < nom, S, S' > où par 

abus de notation on dénotera S les conditions portant sur un état courant St et auquel la transition peut alors 

s'appliquer, et par 5" l'état résultant de la transition (dont l'instance est alors S't+i), mais simplement décrit 

ici par les calculs des nouvelles valeurs de paramètres. On y ajoutera également d'éventuels facteurs externef@ 

décrits par des conditions externes. Une règle sera donc présentée de la manière suivante. 

Conditions caractérisant l'état courant r 

Nom — — — — {Conditions externes} 

C alcul des nouveaux paramètres 

Pour décrire la SO, on utilisera deux types de fonctions: celles relatives aux objets décrits et leur évolution 
dans la trace virtuelle et celles relative à des événements ou objets non décrits dans cette trace, mais susceptibles 

5 Pour la raison indiquée plus haut on omettra ici la partie externe. 

6 Ces facteurs sont dits "externes" du point de vue de la SO. Ils ne le sont pas du point de vue du processus observé. Il ne s'agit 
donc pas d'interaction. 
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Figure 1: Modèle de boîte tel que dessiné par Byrd [3] 



de se produire dans les processus observés et d'y être interprétées. Les fonctions de la première catégorie 
sont dites "utilitaires" , celles de la seconde "externes" . Elles concernent des paramètres non pris en compte 
dans la trace virtuelle. Enfin on distinguera également les fonctions exclusivement utilisées pour le calcul des 
attributs lors de l'extraction de la trace, dites "auxiliaires d'extraction" et celles exclusivement utilisées pour la 
reconstruction dites "auxiliaires de reconstruction" . 

La fonction d'extraction £ sera décrite par le même type de règles, mais leur dénominateur comportera 

exclusivement l'événement de trace actuelle correspondant, c'est à dire le port et les attributs. Il y a un seul 

événement de trace par règle . L'ensemble des rgles qui décrivent la fonction d'extraction constitue un schéma 

de trace. Chaque règle du schéma de trace a la forme suivante. 

Calcul des attributs , 

Nom {Gond, externes) 

< Evénement de trace > 

La description de la reconstruction utilisera une fonction locale de reconstruction C — {C r \r £ R}. Elle sera 

décrite avec le même type de règles. 

Conditions d'identification 

Nom — - — {Evénements de trace] 

Calculs, de reconstruction 

La trace est cette fois considérée comme une information "externe" et se situe en position de composant externe 
(dans les accolades, où il y a au plus deux événements de trace). Le numérateur de la règle contient la condition 
permettant d'identifier la règle de la SO qui s'applique (condition de "compréhensibilité" ) . Le dénominateur 
contient les calculs de reconstruction (calcul des paramètres de l'état virtuel restreint à partir de la trace). 
L'ensemble des règles de reconstruction constitue un schéma de reconstruction. 

Noter que les trois ensembles de règles (SO, schémas de trace et de reconstruction) sont en bijection deux à 
deux. 



4 Une sémantique Observât ionnelle du modèle des boîtes 

Dans ses articles 0(2], Byrd illustre son modèle à l'aide de deux schémas: une boîte avec les quatre fameux ports 
(voir figure [T]) et un "arbre et/ou", structure déjà très répandue à cette époque qui combine les représentations 
d'arbre de preuve et d'arbre de recherche. Il n'utilise ni la notion d'arbre de preuve partiel, ni celle d'arbre de 
recherche (arbre SLD), encore peu connus, le rapport de Clark j¥j venant à peine de paraître. 

Byrd fustige néanmoins les implanteurs qui, lors du retour arrière (ce qui se traduit dans la trace par 
un événement de port Redo) vont directement au point de reprise et n'expriment pas dans la trace tout le 
cheminement inverse. Byrd estime que ceci est de nature à perdre l'utilisateur et qu'il est préférable de défaire 
pas à pas ce qui a été explicitement fait lors des recours successifs aux clauses pour résoudre des buts. 

Même si nous voulons rester le plus proche possible de ce modèle, nous ne suivrons cependant pas ce point 
de vue et adopterons celui des implanteurs, plus répandu actuellement, et qui nous semble tout aussi facile à 
comprendre à partir du moment où tout ce qui est utile est formalisé. En effet, le modèle des boîtes oblige à 
suivre les appels de clauses à travers un système de boîtes encastrées. Il est alors facile de comprendre qu'à 
partir du moment où chaque boîte a un identificateur unique, l'accès à un point de choix profondément enfoui 
dans les profondeurs de l'empilement peut se faire aussi clairement en sautant directement sur la bonne boîte 
qu'en descendant l'escalier résultant de l'empilement ou en faisant strictement le chemin inverse. On évitera 
ainsi de détailler explicitement la manière d'accéder à la bonne boîte . 
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Même si, au final, nous ne décrivons pas exactement le modèle initialement défini par Byrd, nous estimons 
que nous en gardons les éléments historiquement essentiels, à savoir le parcours construction d'arbre et les boîtes 
dans lesquelles les clauses, ou un sous-ensemble, sont stockées. L'approche formalisée ici sera qualifiée de modèle 
des boîtes simplifié. 

L'empilement des boîtes et son évolution seront donc décrits par un parcours construction d'arbre dont 
chaque nœud correspond à une boîte. La stratégie de parcours correspond à la stratégie de Prolog standard 
(ISO Prolog [6]), celle d'un parcours construction descendant gauche droite. Chaque nœud nouveau, ou boîte, 
reçoit un numéro qui est incrémenté de 1 à chaque création. 

Chaque nœud est étiqueté avec une prédication et un paquet de clauses. Chaque boîte est donc la racine 
d'un sous-arbre qui se déploie à la manière d'un "treemap", réalisant ainsi un jeu de boîtes encastrées. 

Dans la mesure du possible nous utilisons le vocabulaire ISO-Prolog [BJ. 

Paramètres de la trace virtuelle 

L'état courant comporte 9 paramètres: 

{T, u, n, num,pred, claus, first, et, flr}. 

1. T: T est un arbre étiqueté avec un numéro de création, une prédication et un sous-ensemble de clauses 
du programme P. Il est décrit ici par ses fonctions de construction-reconstruction et parcours (cf plus 
bas) et étiquetage. Aucune représentation particulière n'est requise. Nous utiliserons cependant dans les 
exemples une notation "à la Dewey" . Chaque nœud est représenté par une suite de nombres entiers et 
dénotés e, 1, 11, 12, 112, . . .. L'ordre lexicographique est le suivant: u, v, w sont des mots, ui < uiv(v ^ e), 
et uiv < ujw si i < j, e est le mot vide. 

2. u G T: u est le nœud courant dans T (boîte visitée). 

3. n G J\f: n est un entier positif associé à chaque nœud dans T par la fonction num (ci-dessous). C'est le 
numéro du dernier nœud créé. 

4. num : T — > M . Abbrev. : nu. nu(v) est le numéro (entier positif) associé au nœud v dans T. 

5. pred : T — » TL. Abbrev.: pd. pd(v) est la prédication associée au nœud v dans T. C'est un élément de 
l'ensemble d'atomes non clos H (base de Herbrand non close). 

6. claus : T — > 2 P . Abbrev. : cl. cl(v) est une liste de clauses de P (même ordre que dans P) contribuant à 
la définition du prédicat pred(v) associée au nœud v dans T. [] est la liste vide. Selon les clauses de cl(v), 
on peut obtenir différents modèles. On ne met ici dans la boîte v que les clauses dont la tête est unifiable 
avec la prédication pred(v). Si la boîte est vide, la prédication pred(v) ne peut être résolue et le nœud 
sera en échec (cf. failure) . Cette liste de clauses est définie par un ordre externe lorsque la prédication est 
appelée (voir clausjpredjinit dans les fonctions externes) et mise à jour chaque fois que le nœud est visité 
(voir updatejzlausjindjpred dans les fonctions utilitaires). 

7. first : T — » Pool. Abbrev. : f st. fst(v) est vrai ssi v est un nœud de T qui n'a pas encore été visité 
(c'est une feuille). 

8. et e Pool: et est l'indicateur de construction achevée (complète) de T: true ssi le nœud courant est 
redevenu e (retour à la racine) lors d'une remontée dans l'arbre (en succès ou échec). 

9. flr G Pool: flr est l'indicateur d'état d'échec du sous-arbre (true si en échec, false sinon, ce qui n'est 
pas synonyme de succès). 

Etat initial 5 : 

Pour des raisons d'espace typographique, on utilisera parfois T (F) pour true (resp. false). 

{{e}, e, 1, {(e, 1)}, {(e, goal)}, {(e, Ustjjf.goaLclaus)}, {(e, T)}, F, F} 

Le modèle est basé sur un parcours de construction d'arbres de preuve partiels, construits puis reconstruits 
après des retours arrières. Les nœuds ne sont construits que juste avant d'être visités pour la première fois. La 
relation avec le modèle des boîtes de Byrd est fondée sur l'idée que chaque nœud est une boîte qui contient les 
clauses susceptibles de donner des développements alternatifs. Si la boîte est vide au moment de sa création, le 
nœud sera en échec. Chaque visite d'un nœud (boîte) donne lieu à un événement de trace. 
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Fonctions utilitaires (manipulation des objets décrits): 

• parent : T — * T. Abbrev.: pt. pt(v) est l'ancêtre direct de v dans T. Pour simplifier le modèle, on suppose 
que pt(e) = e. 

• leaf : T — > Bool . Abbrev.: If. lf(v) est vraie ssi v est une feuille dans T. 

• mayJiavejnewJbrother : T — > Bool. Abbrev.: mhnb . mhnb(v) est vrai ssi pred(v) n'est pas la dernière 
prédication dans le corps de la clause courante, elle-même la première clause dans la boîte du nœud parent 
de v dans T. La racine (e) n'a pas de frère. 

• createjzhïld : T — > T . Abbrev.: crc. crc(v) est le nouvel enfant de v dans T. 

• createjnew-brother : T — > T . Abbrev.: ernb. crnb(v) est le nouveau frère de v dans T. Défini si v 
différent de e. 

• hasjijzhoicejpoint : T — » Bool . Abbrev.: hep. hcp(v) est vrai ssi il existe un point de choix w dans le 
sous-arbre de racine v dans T (claus(w) contient au moins une clause). 

• greatest-choicejpoint : T — > T . Abbrev.: gcp. w — gcp(v) est le plus grand point de choix dans le 
sous-arbre de racine v (dans T, claus(w) contient au moins une clause) selon l'ordre lexicographique des 
nœuds dans T . 

• fact : T — » Bool . Abbrev.: ft . ft(v) est vrai ssi la première clause dans claus{v) est un fait. 

• update jnumber : F,T — > F. Abbrev.: upn. upn(nu,v) met à jour la fonction num en supprimant toutes 
les références aux nœuds déconstruits de T jusqu'au nœud v (conservé), 

• updatejdausjmd-pred : F,T,H — > F. Abbrev.: upep. (F ensemble de fonctions): upcp(claus,v), 
upcp{pred,v) (2 arguments) ou upcp(pred, v , p) (3 arguments): met à jour les fonctions claus et pred 
en supprimant toutes les références aux nœuds déconstruits de T jusqu'au nœud v (conservé), et mettant 
également à jour, si cela est requis par la fonction externe predjupdate, la valeur de pred(v) avec la paire 
(v,p) ainsi que les valeurs de la fonction claus au nœud v en enlevant la dernière clause utilisée. 

Fonctions externes : 

Elles correspondent aux actions non décrites dans la trace virtuelle mais qui l'influencent effectivement, en 
particulier tous les aspects de la résolution liés à l'unification et qui sont omis dans cette SO. 

• success : T — > Bool: Abbrev.: ses. scs(v) est vrai ssi v est une feuille et la prédication courante a été 
unifiée avec succès avec la tête de la clause utilisée dans cette boîte. 

• failure : T —* Bool. Abbrev.: flr. flr(v) est vrai ssi v est une feuille et aucune clause du programme ne 
s'unifie avec la prédication courante (dans ce modèle la boîte ne contient alors aucune clause). 

• claus jpred-init : T — > (pred, list^of ^clauses). Abbrev.: epini. (c,p) — cpini(v) met à jour 1- la fonction 
claus avec la paire (v, c) où c est la liste des clauses dont la tête est unifiable avec la prédication pred(v) 
et qui sont donc utilisables pour essayer différentes alternatives pour la résolution (si la liste est vide il n'y 
a pas de solution), et 2- la fonction pred avec la paire (v,p) où p est la prédication à associer au nœud v. 
On notera C-cpini(v) et p_cpini(v) les arguments respectifs (clauses et prédication) résultants de cpini(v). 

• pred-update : T — * Ti. Abbrev.: pud . pud(v) est la nouvelle valeur de la prédication attachée au nœud v 
de T, suite à une unification réussie. 

Noter que Vu, flr(u) => flr = true (voir règle Treefailed) 

La SO est décrite par les règles de la figure [H Chaque règle est commentée dans ce qui suit. 

• Leaf reached: Le nœud courant est une feuille et la prédication appelée doit être résolue par un fait. Ce 
nœud restera donc une feuille. Le point de choix est mis à jour (une clause de moins dans la boîte). 

• Lf red & go down: Le nœud courant est une feuille mais la prédication associée est résolvable avec une 
clause dont la tête a été unifiée avec succès et dont le corps n'est pas vide. Ce nœud va être développé. 
Un nouveau nœud est créé dont la boîte v est remplie avec les clauses utiles (susceptibles de réussir) et 
une prédication appelante est associée. Le point de choix est mis à jour. 
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cl' «- upcp(cl,u), fst'(u) «- F, flr> «- F U 
■ f rrH . an , n -M") A //(m) A -net A -^ftju), v <- crc( M ) 

" gO QOWri T /,_ TU ^^ n'^n + l, th.'^i»U((ii,ii')}, pd'^pdU{(v,p)}, "L 

cI'^upcp(cI,u)U{(i>,c)}, fst'(u)^F, fst'^fst'U{(v,T)}, flr'^F 

scs(u), (c,p) = cpim(-u)} 

_g_ -ifst(u) A-imhnb(u) A->ct A->flr, v <— pt(w) . . . 

Tree success w ^ r ^ ' , ^ v ; — {ses m , 

u' <— v, pa' <— upcp(pa,u,p), (u — e) =>■ (et' <— J ) 

p = pwo((it)} 

_ „ . , -ifst(u) Amhnb(u) A->ct A—<flr, v <— crnb(u) , 
Tree suc & go right ^ V, 77 ï > / — XT t 2 — hû — rrr^ { 

pd'^upcp(pd,u,p')U{(t>,p)}, cl' ^clU{(v,c)} , /st' <— /stU { (f ,T) } 

scs(îi), p' =pud(u), (c,p) = cpmi(v)} 
T , ., -ifst(u) A -ict A -ihcp(u), v <— pt(u) _ „, . . „, . 

Treefailed ^ U^^Jr), //Jr W«) v ' fr > 

Backtrack v^gcpju), -nfstju) Ahcpju) Aftjv) Ajflr V et) 
T' <—T— {y\y>v} , u'*— cl' <—upcp(cl,v), 
ct=>-(ct'<-.F), flr'i-F 

Bkt & d U *~ 9 c p( u )> ^fst(u) A hcp(u) A (flr V et) A ->ft(v), w <— crc(«) . 

° T'< — T — {y | î/>î>} U{uj} , u' * — w, n' — n + 1, m'i — upu(nii,iï)U { (10,71') } , flr'< — F, <~ 
pd' ^upcp(pd,v)U{(zu,p)}, cl' +-upcp(cl,v)U{(w,c)} , /si' /s£ U{ (™,T) } , ci' (et *— F) 

scs(v), (c,p) = cpini(w)} 
Figure 2: Sémantique Observationnelle de la résolution Prolog (trace intégrale virtuelle) 



• Tree success: sortie en succès de la dernière prédication d'un corps de clause. pred(u) est mis à jour (ce 
n'est pas nécessairement le même que lors de l'appel). Remontée en succès dans l'arbre sans création de 
nouvelle branche. 

• Tree suc & go right: sortie en succès avec création d'une nouvelle branche "sœur" (nouvelle feuille v , cas du 
traitement d'une clause avec plus d'une prédication dans le corps). La boîte v est remplie avec les clauses 
utiles (susceptibles de réussir) et une prédication appelante est associée. 

• Treefailed: remontée dans l'arbre en échec tant qu'il n'y a pas de point de choix dans le sous-arbre. 

• Backtrack: reprise suite à succès ou échec, s'il y a un point de choix dans le sous-arbre ouvrant une 
possibilité de solution ou de nouvelle solution si on est à la racine. Comme discuté au début de cette 
section, dans ce modèle, on ne refait pas tous les "redo" en suivant le chemin jusqu'au point de reprise, 
comme dans le modèle original de Byrd. 

• Bkt & go down: reprise suite à succès ou échec, s'il y a un point de choix dans le sous-arbre ouvrant une 
possibilité de solution ou une nouvelle solution si on est à la racine. Comme précédemment, mais avec 
création d'un descendant comme dans le cas de Lf red & go down. 



A l'état initial Sq, seule une des règles Leaf reached ou Lf red & go down s'applique. Quel que soit l'état, une 
seule règle peut s'appliquer tant qu'un arbre complet n'a pas été construit. Aucune règle ne s'applique si l'arbre 
construit est complet et qu'il n'y a plus de point de choix. Pour les règles Leaf reached et Lf red & go down le port 
associé est Call, pour les règles Tree success et Tree success, Exit, pour Treefailed, Fail, et pour Backtrack Bkt & 
go down, le port est Redo. 



5 Extraction de la trace actuelle 

Chaque application d'une règle de la SO donne lieu à l'extraction d'un événement de trace dont le chrono est 
incrémenté d'une unité à chaque fois. Pour l'extraction on a besoin d'une fonction auxiliaire. 

Fonction auxiliaire d'extraction . 

• Ipath : T — » M . Abbrev.: Ip . Byrd l'appelle la profondeur de récursion. lp(v) est le nombre de nœuds sur 
le chemin de la racine au nœud v. C'est donc la longueur du chemin de la racine au nœud +1. lp(e) = 1. 
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Comme la trace de Byrd (voir Annexe A), dans sa forme original^, se contente de décrire le parcours 
construction d'arbre dont les nœuds sont étiquetés avec des prédications et de donner, en cas de succès, le 
squelette final complet décoré avec les étiquettes finales correctes, on obtient ainsi au final les instances de 
clauses utilisées, sans nécessairement savoir quelle clause a effectivement été utilisée à un nœud donné. 

Pour rendre compte des éléments propres à la trace de Byrd seulement (évolution de l'arbre ou des boîtes et 
étiquettes) 4 paramètres sont suffisants. On prendra donc comme état virtuel restreint les paramètres suivants: 

Q = {T, u, num, pred} . 

Noter que l'on aurait pu ajouter les paramètres et et flr. Mais cela ne parait pas nécessaire a priori car et 
est vrai (sauf au premier événement de trace) ssi le premier ou le deuxième attribut est 1 (en fait ils le sont 
enesembles); et flr devient faux (échec) pour tout événement de trace de port Fail. En particulier si on est à 
la racine, on sait alors si on est en échec (événement de port Fail à la racine) ou en succès (événement de port 
Exit à la racine). On sait alors si on a à faire à un arbre en échec ou un arbre de preuve complet (succès). 

L'état initial So/Q est donc: (voir l'état complet à la section précédente) 

{{e},e,{(e,l)},{(e,goal)}} 

La trace actuelle a 3 attributs et chaque événement a la forme 
tri port p 

où 

• t est le chrono. 

• r est le numéro de création du nœud u concerné par l'événement de trace, soit nu(u). 

• 1 est la profondeur dans l'arbre T du nœud concerné, soit lp(u). 

• port est l'identificateur d'action ayant produit l'événement de trace (Call, Exit, Fail ou Redo). 

• p est la prédication associée au nœud concerné, soit pd(u). 

L'exemple 1 ci-dessous présente un programme et la trace extraite correspondant au but :-goal. (u nœud 
courant) 

cl: goal:-p(X) ,eq(X,b) . 
c2: p(a) . 
c3: p(b) . 
c4: eq(X,X). 

:- goal. 

chrono nu(u) lp(u) port pd(u) Etat virtuel atteint 

111 Call goal S2 

2 2 2 Call p(X) S3 

3 2 2 Exit p(a) S4 

4 3 2 Call eq(a,b) S5 

5 3 2 Fail eq(a,b) S6 

6 2 2 Redo p(a) S7 

7 2 2 Exit p(b) S8 

8 4 2 Call eq(b,b) S9 

9 4 2 Exit eq(b,b) S10 
10 1 1 Exit goal SU 

L'exemple est détaillé dans l'annexe B. 

Le schéma de trace est décrit à la figure [31 



7 Une description détaillée de la trace de Byrd originale est donnée dans les annexes A et D. La trace actuelle originale corre- 
spondante ne dit rien sur l'évolution des clauses elles-mêmes dans les boîtes. Pour cette raison les informations sur les clauses sont 
omises dans l'état actuel courant. 
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Leaf reached r—^ — — — — - — {} 

< nu(u) lp(u) Call pd(u) > 

Lf rcd & go down — — — — ■ — {} 

< nu(u) lp(u) Call pd(u) > 

Tree success — — , . . — — — {p = pud(u)} 

< nu{u) lp(u) Exit p> 

Tree suc & go right {p = pud(u)} 

< nu(u) lp(u) Exit p > 

Treefailed — — , , . — — — — — — {) 

< nu(u) lp(u) Fail pd(u) > 

Backtrack - - - , „ / — — {} 

< nu(v) lp(v) Redo pd(v) > 

Bkt & go down , , .T^j 37 , {} 

< nu[v) lp(v) Redo pd(v) > 

Figure 3: Schéma de trace (fonction d'extraction de la Trace) 

Afin de faciliter la lecture, toutes les informations non nécessaires à l'extraction sont omises. En fait, un 

événement de trace est extrait lors de chaque transition de la SO, donc chaque règle peut se lire aussi avec 

l'ensemble des paramètres de l'état virtuel. Ainsi par exemple pour la règle Treefailed, le description complète 

de l'extraction £ Treefailed est: 

-ifst(u) A ~^ct A -ihcp(u), v <— vt(u) , „, , , „, , 
Treefailed , , , -, -, P f , , j— \flr(u) V flr} 

u'<—v, (u=e)=>(ct'*—true), flr'*—true >.■> \ J j i 
<nu(u) lp(u) Fail pd(u)> 

On peut y observer clairement la remontée "directe" dans l'arbre, suite à un échec (extraction d'événement 
de port Fail), jusqu'à ce qu'un point de choix puisse se trouver dans le sous-arbre, ou jusquà la racine de l'arbre 
sinon. 

6 Reconstruction d'une trace virtuelle restreinte 

On décrit maintenant la fonction de reconstruction C de la trace virtuelle restreinte, à partir d'un état actuel 
initial et de la trace actuelle, ainsi que l'adéquation de la trace actuelle pour cet état relativement à la trace 
virtuelle. 

Fonction auxiliaire de reconstruction : 

Pour reconstruire l'état courant partiel, une fonction auxiliaire seulement est nécessaire, à savoir la fonction 
inverse de num, notée node. 

• node : M — > T. Abbrev.: nd. Fonction inverse de num. v = nd(n) est le nœud de T dont le rang de 
création est n (tel que nu[v) = n). Par définition nd(nu(v)) = v et nu(nd(n)) = n. 



Le schéma de reconstruction est donné dans la figure |U par la famille {C r \r € R}. 

Chaque règle comporte en numérateur la condition d'identification de la règle à partir de la trace, au 
dénominateur les calculs du nouvel état virtuel restreint à partir des événements de trace qui figurent entre 
accolades et, éventuellement, des paramètres de l'état virtuel restreint courant. Elles traduisent que 

Si Cond r (e t ,e' t+l ) alors C r (e t , e' t+l , Q t ) = Q t +i- 

Ces règles permettent en particulier de reconstruire pas à pas un arbre (ou de manière équivalente les boîtes 
encastrées), son parcours construction re-construction, ainsi que les fonctions num et pred. L'état virtuel 
restreint comporte donc 4 paramètres, à savoir Q = S/Q = {T, u, num, pred} 

Cette trace exige de lire deux événements de trace successifs pour pouvoir être comprise. 

Il faut aussi remarquer qu'à partir du moment où la trace est adéquate, et que l'on peut reconstituer ainsi le 
"fonctionnement" de la SO à partir de la trace, on peut rendre explicite une telle lecture de la trace en incluant 
dans les règles de reconstruction tous les paramètres de la trace virtuelle. A titre d'exemple, voici ce que donne 
la règle de reconstruction Lf rcd & go down avec tous les paramètres. 

r' >r 

. r o i v^crc(u), fst(u)Alf(u)A^ft(u)A^ct r 

& T'^TU{v} : u'<-v, n'=n+l, nu' t-nuU{(p .n')} , >• 

pd' < — pdu{(v,p')}, fst(u)< — false, f st' < — fstu{(v,true)}, flr'< — false 

< r l Call p > ; < r' p' >} 
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Leaf reached {< r Z Call p > ; < r >} 

T ^> T 

Lf rcd &i go down ; — — ; — ; — ; — { 

6 U' <- crc(nd(r)), T'(-TU {u'}, nu'(u') <- r' , pd'(u') <- p' 1 

< r Z Call p > ; < r'p' >} 

r' < r V u = e r , _, ., 

Tree success r — r — {< r Z Exit p > ; < r >\ 

tt' <— pt(u), pd'(u)^p 

Ts & gr r'>rAu^e 

6 u'^crnb(u), T'^TU {W}, nw'(w') «- r', pd'(u)^p, pd'(u')^p' 1 

< r Z Exit p > ; < r' p' >} 

Treefailed — ^ {< r Z Fail p >} 

it' «— pt(u) 

Backtrack — — ^ ~ r {< r Z Redo p > ; < r' >} 

u' ^— na(r), 1 ' «— J — > u ) 

r' > r 

Bkt & gd — nd(r) , T 7 < — T— {y | j/> v}U {u'} , — crc(îi), 

nu f * — upn(nii,i;)U { (u',r')}, pd' * — upcp(pd,v)U{ (u' ,p') } 

< r Z Redo p > ; < r' p' >} 

Figure 4: Reconstruction de la trace virtuelle restreinte (modèle des boîtes simplifié) à partir de la trace actuelle 

Cette règle indique que si après un événement de port Call, les numéros de boîtes croissent avec l'événement 
de trace suivant (r' > r), alors c'est la règle Lf rcd & go down qui s'applique. Les conditions s'appliquant à l'état 
courant (sous-dénominateur du numérateur) sont alors vérifiées, un nœud v a été créé, descendant du nœud 
courant u, et étiqueté avec la prédication donnée dans l'événement de trace suivant p' . On sait également que 
l'arbre courant T n'est pas complet et qu'il n'est pas en échec. Noter également que les conditions de la règle 
utilisée (sous-dénominateur du numérateur) sont toujours vérifiées. 

Sur l'exemple 1 de la section précédente, cette règle est utilisée pour passer des états Si à 5*2 (voir annexe B 
pour les détails). Elle donne une lecture de la transition Si à 5*2 avec les événements de trace de chrono 1 et 2. 

2M 

.... , l=crc(e), /st(e)Ai/(e)A-./t(e)A-ict r 

Lf rcd & go down v ' f ' K , s , -, t, „ n { 

T — u — 1, n'— 2, nu— {(e,l),(l,2)|, L 
pd' — {(e.c/oa/).(l,p(X))}. f st' — {(e,/a£se),(l,£rue)}, flr'—false 

< 1 1 Call 5 oaZ > ; < 2 >} 

La preuve complète de l'adéquation du schéma de reconstruction pour Q relativement à la SO est donnée dans 
l'annexe C. Elle comporte trois parties: lemmes établissant quelques propriétés générales de la SO (enchaînement 
des règles et des ports, voir figure [5]); vérification de l'exclusivité des conditions associées à chaque règle du 
schéma de reconstruction; enfin, pour chaque règle de R, vérification que le sous-état reconstruit est bien le 
même que l'état virtuel restreint à Q correspondant. 

A titre d'exemple les étapes de preuve sont illustrées ci-dessous pour la règle Lf rcd & go down, dont la figure[S] 
montre l'état virtuel résultant. L'état virtuel restreint résultant est alors: 

S'/Q = {TU {u'},u' = crc(u),nu'(u') = n',pd'(u r ) — p_cpini(u')} 

L'événements de trace extrait, conformément au schéma de trace pour cette règle , est: 
f Lfrcd&godown (5, S') =< nu{u) lp(u) Call pd(u) > 

Il peut être suivi d'un événement de trace e' qui contient les deux attributs suivants (on ne précise pas les 
ports possibles, mais le diagramme de la figure [S] montre que seuls des événements avec des ports Exit ou Call 
sont possibles): nd(u') = n' et pd'(u') = p-cpini(u'), soit: 

£ S (S', S") —< n' ...pjqpini(u') > avec u' — crc(u). 

On utilise alors la règle correspondante du schéma de reconstruction, instanciée avec les événements de trace 
e et e'. 

. . , COT7.rfLfrcd&godown( e j e') ^ , 

g u>=crc(nd(nu(u))), T'=TU{u'}, nu'(u')=n', i e ' e J 
pd' (u' )—p^cpini(u' ) 
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Figure 5: Algèbre des ports dans une trace de Byrd (modèle simplifie) 



Lf red & go down 



fst(u) A lf(u) A -.et A -^ft(u) 



r'-TU{u J }, u' = crc(u), n' — n+1, nu'(u') — n\ pd' (u' )=p^cpini{u' ) , 
cl' \u) = upcp{u) , cl' (u')-c^cpini(u' ) , / st' (u) — f aise, f st' (u')-truey , flr' — false 



{ses (it)} 



Figure 6: Règle de transition Lf red & go down et état S' obtenu 



On vérifie que la condition discriminant la règle Lf red & go down est bien vérifiée: 
Conri|_frcd&godown(e, e') = {nu'(crc(u)) > nu{u)), soit n' > n. En effet tout nouveau nœud créé l'est avec un 
numéro supérieur à tous ceux déjà existants. 

Enfin l'état Q' reconstruit à l'aide de la règle du schéma de reconstruction est bien identique à l'état virtuel 
restreint à Q. 

Q' = {TU {u'}, u' = crc(u),nu'(u') = n',pd'(u') = p_cpini(u')} = S'/Q 

Il résulte de l'adéquation du schéma de reconstruction que la lecture de la trace peut se faire en utilisant 
une partie quelconque de l'état courant virtuel (une fois identifiée la règle qui s'applique), ce qui en simplifie 
considérablement la compréhension. 

Ainsi on peut "voir" sur les règles de la figure |4] (évolution de l'état restreint Q) comment l'arbre de preuve 
partiel évolue, ou comment se fait le parcours dans les boîtes. Par exemple, il est assez clair qu'une succession 
de Exit jusqu'à la racine de l'arbre (boîte r = 1) va permettre d'obtenir un arbre de preuve complet dont 
toutes les prédications associées aux noeuds auront été mises à jour conformément à la sémantique attendue de 
la résolution (non décrite ici); c'est à dire que l'on aura obtenu une preuve du but associé à la racine en utilisant 
toutes les instances de clauses correspondant aux prédications associées à chaque nœud et leurs descendant^ 
et dont les prédications correspondantes sont associées aux événement de trace de port exit. 

Ainsi l'examen exclusif de tous les événements de trace de port exit permet de reconstituer les arbres de 
preuve obtenus, partiels ou complets. 



7 Conclusion sur le modèle des boîtes 

Nos premières observations porteront sur la compréhension de la trace que donnent les règles de la figure [H 
Celles-ci peuvent se comprendre en effet sans avoir recours à la SO complète, mais en se limitant à un état 
restreint (dénoté Q). Tout ce qui est nécessaire y est formalisé, le recours à la SO n'étant utile que pour 
aller plus avant dans la compréhension. Les règles en donnent le squelette dynamique (parcours construction 
re-construction d'arbre) et leurs conditions optionnelles associées (toujours valides pour la reconstruction d'une 
trace actuelle produite avec la SO) donnent l'interprétation immédiate des attributs de la trace. 

Cette approche met aussi immédiatement en évidence les difficultés d'interprétation d'un tel modèle. Nous 
en retiendrons deux. En premier lieu on observera que s'il est normal que l'interprétation de la trace nécessite 

8 Dans ce modèle, si des clauses différentes peuvent avoir des instances identiques, on ne saura pas nécessairement quelle clause 
a été effectivement utilisée. 
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d'appréhender l'ensemble de la trace depuis le début (pour avoir une idée de l'état de la résolution), il l'est 
moins que la lecture d'un événement "en avant" soit nécessaire, ce qui est en soi un facteur de difficulté. Ceci 
pourrait être évité si une information sur la clause utilisée figurait dans un attribut^] (par exemple la clause 
choisie avant un événement de port Call). La représentation avec des boîtes avait essentiellement pour objectif 
de "contenir" les clauses potentiellement utiles. On ne les retrouve plus dans la trace, ce qui retire au modèle 
une grande partie de son intérêt, en le limitant de fait à la seule description d'un parcours d'arbre. 

En deuxième remarque on observera a contrario que la trace contient un attribut inutile. La profondeur 
(attribut 1) ne contribue finalement pas à la compréhension de la trace et la surcharge inutilement. En fait la 
profondeur pourrait contribuer à la compréhension de l'arbre de preuve partiel en la combinant avec un codage 
adéquat des nœuds . Ce choix est fait par exemple dans la trace de GNU-Prolog [S] où les nœuds sont codés, 
non par leur ordre de création, mais par leur rang dans l'arbre. La combinaison des deux attributs permet 
alors un repérage direct dans l'arbre T du nœud courant. Ce choix constitue bien une amélioration de la trace 
original J"l 

Les quelques articles cités dans l'introduction traduisent la recherche permanente d'améliorations de la 
compréhension du contrôle et aussi de l'unification. Ainsi [T] (1984) [2] (1985) proposent des améliorations 
de la trace de Byrd avec un nombre d'événement plus réduit, apportant ainsi une vision plus synthétique de 
l'arbre parcouru, et ils proposent également de nouveaux ports concernant l'unification et le choix des clauses. 
|17j (1993) introduit explicitement une algèbre de boîtes avec graphiques à l'appui, mais ce modèle qui veut 
saisir tous les aspects de la résolution reste assez complexe. [TU] (2000) propose une sémantique de trace fondée 
sur une sémantique dénotationncllc de Prolog. L'inconvénient principal est que la compréhension de la trace 
passe par une bonne compréhension d'un modèle complet de Prolog, synthétique mais nécessitant une certaine 
familiarité avec les continuations. L'article [UJ (2003) relève d'une démarche analogue, mais celle-ci s'appuie 
directement sur les ports dont les enchaînements possibles constituent son squelette. Le résultat est également 
que la compréhension de la trace passe par l'assimilation d'une sémantique relativement complexe de Prolog 
qui s'apparente plus à une sémantique basée sur les "magie sets" qu'à une explication directe de la trace. 

Ces études montrent que l'on a beaucoup cherché à améliorer les moyens de comprendre la résolution. Au 
fil du temps les travaux se sont concentrés sur des méthodes d'analyse et de visualisation de plus en plus 
complexes (par exemple [pj pour l'analyse des traces Prolog) pour des formes de résolution elles aussi de plus en 
plus complexes comme la résolution de CSP [15 . Il n'en reste pas moins cependant que la trace de Byrd reste 
la base des traceurs pour les systèmes de résolution et ses fameux ports inspirent encore, de temps en temps, 
les chercheurs. 

Dans cet exemple on a traité une instance particulière du modèle des boîtes. Il serait intéressant, et ce 
sera notre prochaine étape, d'obtenir un modèle plus générique susceptible d'engendrer potentiellement diverses 
implantations connues de ce modèle. Cela est possible avec l'approche présentée ici. Une première description 
de différents modèles est faite dans l'annexe D, avec une SO proposée à l'annexe E. 

8 Conclusion générale 

Le point essentiel de ce rapport est l'illustration d'une approche originale pour donner une sémantique à des 
traces d'exécution. L'exemple utilisé ici a essentiellement un caractère anecdotique, même si, in fine, le résultat 
est sans doute une formalisation complète parmi les plus simples (car restreinte aux seuls éléments nécessaires 
à sa compréhension) que l'on ait pu formuler juqu'à présent d'un modèle des boîtes de Byrd. 

La notion de trace virtuelle a pour but de capturer l'idée du "bon" niveau d'observation d'un processus 
physique. Même pour un programme, le bon niveau d'observation n'est pas évident. Quels sont les éléments 
significatifs ou utiles à observer? Toute exécution d'un programme met en œuvre une série de couches de logiciels 
jusque dans les composants matériels. Certaines erreurs peuvent même provenir d'interférences de particules 
énergétiques avec des composants électroniques. Le "bon" niveau d'observation ne peut donc être défini de 
manière absolue. Toute trace virtuelle ne peut être dite intégrale que si l'on se fixe une limite a priori quant à 
la granularité du phénomène observé (mais penser que l'on puisse atteindre un niveau "ultime" de description 
relèverait d'une approche excessivement réductionniste) . Dans le cas d'un langage de programmation, le niveau 

9 Dans les conditions en effet, les facteurs discriminant les règles utilisées portent sur la nature des clauses. 
10 Beaucoup de travaux introduisent des visualisations de la trace avec indentation et utilisent l'attribut Ipath pour ce faire. Cela 
montre que cet attribut a une utilité pratique, mais il n'est pas utile à la reconstruction. 
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d'observation sera usuellement défini par le langage lui-même, ne serait-ce que pour des raisons évidentes de 
capacité de compréhension (celui que l'auteur du programme est seul à même d'appréhender). 

Le point important ici est que le niveau d'observabilité est en fait arbitraire et qu'en aucun cas le niveau 
choisi ne peut être considéré comme ultime. Il est donc normal que pour un niveau d'observation donné, on soit 
obligé de tenir compte dans la description, aussi précise soit-elle, d'éléments externes à celle-ci. C'est pourquoi 
la SO constitue un modèle à la fois indépendant d'un processus particulier observé (c'est en ce sens qu'elle est 
"générique"), mais également comportant des références à des aspects non formellement décrits associables aux 
processus que l'on souhaite observer. 
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A ANNEXE: Le modèle de Byrd 

On décrit ici le modèle de Byrd avec ses représentations possibles en utilisant des boîtes ou des arbres. La 
figure [7] montre la manière dont les boîtes se combinent donnant une sorte d'algèbre des ports. On indique 
également la correspondance graphique avec la représentation sous forme d'arbre de la combinaison des boîtes. 






Exit Call 




-=y 

< * 




» 

4 




Redo Fail 





Redo 



Fail 



a. 

c 



Ci 



Call 



Fail 



1 


Call 


B 


Exit 
















i 


Fail 










Redo 



Exit 



top 



Redo 



Figure 7: Correspondance des représentations arbres /boîtes : combinaisons possibles des ports (boîtes adja- 
centes ou enchâssées) 

Il y a deux points de vue possibles: avec boîtes ou avec arbres. Les boîtes en effet sont encastrables les unes 
dans les autres et peuvent donc être représentées à la manière d'un treemarj^l. Les deux représentations sont 
isomorphes. La trace de Byrd consiste à tracer systématiquement les passages d'un port à l'autre des boîtes 
, tout en respectant un ordre de visite fixé a priori et en refaisant dans l'ordre inverse tout le parcours déjà 
effectué afin de trouver d'autres solutions possibles. Cet ordre est représenté par des flèches dont la succession 
est limitée à certaines combinaisons ainsi qu'il est indiqué sur la figure. 

Comme la représentation par arbres ou par boîtes est isomorphe, les parcours possibles sont également 
isomorphes. Du point de vue des boîtes cela signifie que l'on ne peut sortir d'une boîte qu'en y étant rentré 
d'abord et réciproquement et toute traversée gauche droite complète d'une boîte doit (trajet aller) être suivie 
d'un trajet retour. Seuls les parcours externes sont tracés. L'effet recherché par Byrd était une vision globale 
immédiate du non déterminisme des solution en utilisant une représentation systématique structurée avec une 
évolution déterministe. 

Du point de vue des arbres, chaque boîte est représentée par un nœud; les parcours entre boîtes de même 
niveau correspondent aux parcours entre nœuds voisins de même niveau dans l'arbre; et les parcours entre 
descendants correspondent à des parcours entre boîtes encastrées. Le parcours contraint des boîtes correspond 
dans l'arbre à des parcours de visite descendant gauche-droite mais avec la particularité qu'on ne peut remonter 
dans l'arbre, suite à un échec, que par la première branche visitée (i.e. la branche la plus à gauche). 

Il résulte de cette représentation que les ports ne peuvent se suivre que selon certaines combinaisons. La 
figure [5] montre les combinaisons de ports possibles qui résultent de cette algèbre. 

La trace de Byrd originale peut être produite en instrumentant le programme avec le méta-interprète suivant 
proposé par Byrd Il est intéressant d'observer que malgré la simplicité du méta-programme qui instrumente 

11 Un treemap est une manière de représenter un arbre, au départ représenté en deux dimensions verticales (manière adoptée 
ici), dans un plan horizontal. La racine est un grand rectangle. Celui-ci est subdivisé en autant de parties qu'il y a d'enfants. 
Chaque enfant est à son tour subdivisé . . . etc. Afin de pouvoir mettre en évidence les communications (ports) entre descendants 
de même niveau, la partition d'une "boîte " est en fait une juxtaposition de sous-boîtes mises dans le même ordre que les nœuds 
correspondants de l'arbre. Il en est de même pour boîtes encastrées dont aucun contour n'est jointif afin de mettre en évidence les 
sous-boîtes et les ports liant les descendants. 
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Figure 8: Algèbre des ports dans une trace de Byrd 

tout programme afin de le tracer, sa compréhension^! nécessite une excellente connaissance de la sémantique 
opérationnelle des interprètes Prolog. La sémantique d'une telle implantation du traceur est donc loin d'être 
évidente. 

: - trace (goal) . 

goal:- trace(p(X)), trace(eq(X,b) ) . 

p(a). 

p(b). 

eq(X,X) . 

trace (Pred) :- display ( ' Call ' ,Pred) , 

(call(Pred) ; (display( 'Fail' , Pred) , fail) ) , 

(display ('Exit' , Pred) ; (display( 'Redo' ,Pred) , fail)). 



12 Le méta-interprète utilise les prédicats système suivants: call, exécution d'une prédication, fail, échec provoqué (suivi d'actions 
de retour arrière), ; , dénotant la disjonction. Le prédicat display est ici une évocation d'écriture de trace sur une sortie standard. 
Seuls les ports sont tracés ici. La production de la trace actuelle complète de la section [5] est simple à programmer, mais détruit la 
clarté de cette présentation du fait de la nécessité d'instrumenter, dans le méta-programme, tous les programmes avec un argument 
supplémentaire correspondant à la profondeur. 
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B ANNEXE: Exemple simple 

On illustre ici la SO de la section [21 l'extraction et la reconstruction de la trace avec un exemple simple de 
programme. La trace obtenue est la même pour les différents modèles de traces considérés ici (voir Annexes 
suivantes D et E). 
Exemple 1 

Programme : 

cl: goal:-p(X) ,eq(X,b) . 
c2: p(a) . 
c3: p(b) . 
c4: eq(X,X). 



:- goal. 
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La trace est celle définie dans la section figure El 

Elle a la forme suivante (le "nœud concerné" correspond au nœud courant vu du point de vue de la trace), 
tri port p 

où 

• t est le chrono. 

• r est le numéro de création du nœud u concerné par l'événement de trace, soit nu(u) (v au lieu de u pour 
les règle de port Redo). 

• 1 est la profondeur dans l'arbre T du nœud concerné, soit lp(u) (lp(e) = 1). 

• port est l'identificateur d'action ayant produit l'événement de trace (Call, Exit, Fail ou Redo). 

• p est la prédication associée au nœud concerné, soit pd(u) [ou pud(u) (événements de port Exit)]. 

L'identificateur d'événement de trace est omis ici, le chrono en tenant lieu. 
L'état courant a la forme: {T, u, n, nu,pd, cl, fst, et, flr}. 
Les paramètres sont: 

1. T: T est l'arbre courant. 

2. u E T: u est le nœud courant dans T (boîte visitée). 

3. n £ J\f: n est le numéro de création du dernier nœud créé. 

4. nu : T — * J\f: nu(u) est le numéro de création de u dans T. 

5. pd : T — > Ti: pd(u) est la prédication associée au nœud u. 
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6. cl : T -> 2 P : est une liste de clauses du programme tracé définissant le prédicat de pred(u). 

7. fst : T — > Bool: f st{u) est vrai ssi u n'a pas encore été visité. 

8. et G Bool: et vrai ssi le sous-arbre de racine u a été complètement visité. 

9. flr G Bool: flr est vrai si le sous-arbre de racine u est en échec. 

On ommet 5*0 et la transition 5*0 vers Si (action "top level") et l'état "initial" considéré est donc létat Si. 
La trace actuelle est adéquate pour l'état Q = {T, u, nu,pd}. On a besoin de la fonction nu, son inverse nd 
étant utilisé pour la reconstruction. 

L'exemple est donné intégralement: pour chaque transition décrite (de t = 1 à 10) à partir de l'état St, on 
donne: la règle de transition, l'état St+i obtenu, l'événement de trace extrait et l'état Qt+i reconstruit, dont 
l'identité avec la partie Q de St+i peut être vérifiée. 

Etat "initial": 

Si: {{e}, e, 1, {(e, 1)}, {(e, goal)}, {(e, [cl])}, {(e, true)}, false, false} 

Sa restriction à Q est: 
Si/Q: {{e},e,{(e,l)},{(e,goal)}} 

De Si à gg 

Seule la règle (1) Lf red & go down s'applique (première visite du nœud courant). On vient de "rentrer" dans 
la boîte goal et la première clause but (cl) n'est pas un fait. Un descendant est construit dont l'étiquette p(X) 
n'apparaitra que dans l'événement de trace suivant. 

fst(e) Aleaf(e) A^ct A^fact(cl), v <— 1 r 
(1) Lf red & go down T , ={6[1}| g^r n >=2, nu '={( e ,i),(i,2)}, P d'={(6, goa i)(i,p(A-))} T~ { 

ci'={(e,[])(l,[c2,c3])}, fat'={(é,falaé),Çl,true)}, flr'=false 

scs(e), ([c2, c$\,p(X)) = cpini(l)} 

S 2 : {{e, 1}, 1, 2, {(e, 1), (1, 2)}, {(e, goal), (l,p(X))}, 

{( e > D)î (!) I c2 > c3 D}> {(e, /aZse), (1, true)}, false, false} 
L'événement de trace extrait est (règle d'extraction Lf red & go down de la section [5]): 

< 1 11 Call goal > (suivi de < 2 2 2 Call p(X) >). 

L'état reconstruit est (règle de reconstruction Lf red & go down de la section EJ: 
Q2 = S 2 /Q: {{e, 1}, 1, {(e, 1), (1, 2)}, {(e,goal), (l,p(*))}} 

Pour la génération de Q 2 , on utilise les informations < r' p' > du second événement de trace. 

De ff 2 à S 3 

Seule la règle (2) Leaf reached s'applique (la première clause utilisée (c2) est un fait), on entre dans la boîte 

P- 

firstjl) Aleafjl) A^ct A fact(c2) 
1 ' 63 ^ 6 cl' = {(e, []), (1, [c3])}, fst' = {(e, false), (1, false)} U 

S 3 : {{e, 1}, 1, 2, {(e, 1), (1, 2)}, {(e, goal), (l,p(X))}, 

{( e > [])> (!) I e3 ])}: {( e > false), (1, false)}, false, false} 
L'événement de trace extrait est (règle d'extraction Leaf reached de la section [5]): 

< 2 2 2 Call p(X) > 

L'état reconstruit est (règle de reconstruction Leaf reached de la section [H]): 
Q 3 = S 3 /Q: {{e, 1}, 1, {(e, 1), (1, 2)}, {(e, goal), (l,p(X))}} 

mais l'événement de trace laisse l'état courant actuel invariant: Q 3 = Q 2 . 
De Sa à S 4 

La règle (3) Tree suc & go right s'applique car la prédication appelée p{X) est un succès et devient p{a), et 
peut avoir un frère (existence d'une deuxième prédication dans le corps de la clause cl utilisée). Un nœud est 
créé dont l'étiquette est eq(a, b). 

-i/si(l) A mhnb(l) — true A ->ct A ~>flr, v^2 

(3)Ts & gr r , = j f 12 |^ u '=2 n'=3, Tm'={(e.l),(l,2),(2,3)>, pd' = {{t,goal) ,(l.p(g)) (2,eq(g,b))} , l 
ci' = {(e,[J),(l,[c3J),(2,[c4J)}, fst' = {(ejalse),(l,false),{2,true)} 

scs(l), p'—p(a), ([c4], eq(a, b)) = cpini(2)} 
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S 4 : {{e, 1, 2}, 2, 3, {(e, 1), (1, 2), (2, 3)}, {(e, goal), (l,p(o)), (2, eq(a, b))}, 

{(e, []), (1, [c3]), (2, [c4])}, {(e, /aZse)> (1, /aZse), (2, true)}, /aJse, false} 
L'événement de trace extrait est (règle d'extraction Tree suc & go right de la section [5]): 

< 3 2 2 Exit p(a) > (suivi de < 4 3 2 Call eq(a,b) >). 

L'état actuel reconstruit est (règle de reconstruction Tree suc & go right de la section E]): 
Q 4 = Si/Q: {{e, 1, 2}, 2, {(e, 1), (1, 2), (2, 3)}, {(e, goal), (l,p(a)), (2, eq(a, b))}} 

mais sa reconstruction nécessite de connaître l'événement de trace suivant. 
De S 4 à S 5 

La règle (4) Leaf reached est la seule qui s'applique (première visite du nœud). 

first(3) A leaf {3) A ^ct A fact(3) 
U Lf ^ cl' = {(e, [])(1, [c3]), (2, [])}, fst' = {(e, false), (1, /aise), (2, /aZse)} 11 

S 5 : {{e, 1, 2}, 2, 3, {(e, 1), (1, 2), (2, 3)}, {(e, goal), (l,p(a)), (2, eg(a, 6))}, 

{(e, []), (1, [c3]), (2, [])}, {(e, false), (1, /aise), (2, /aZse)}, /aZse, /a^se} 
L'événement de trace extrait est (règle d'extraction Leaf reached de la section [5]): 

< 4 3 2 Call eq(a,b) > (suivi de < 5 3 2 Fail eq(a,b) >) 

L'état actuel reconstruit est (règle de reconstruction Leaf reached de la section |6|) est invariant (Qs = Qi)' 
Q 5 = SrJQ: {{e,l,2},2,{(e,l),(l,2),(2,3)},{(e,goal),(l,p(a)),(2,eq(a,b))}} 



De S 5 à S, 



(i 



L'unification de eq(a,b) et eq(X,X) (clause c4) échoue, le nœud est donc en échec (flr(2) — true) et seule 
la règle (5) Treefailed s'applique (en effet ce n'est ni une première visite, ni un succès, ni un échec en cours 
(flr = false), ni une visite de la racine de l'arbre (et = false)). 

(5)Tr fld -V»^(2)A^ct {/ir(2)(= true) V flr(= false)} 

u' = e, et' = true, flr' — true 

S 6 : {{e, 1, 2}, e, 3, {(e, 1), (1, 2), (2, 3)}, {(e, goal), (l, P (a)), (2, eq(a, b)}, 

{(e, [}), (1, [c3]), (2, [])}, {(e, false), (1, false), (2, false)}, true, true} 

Le nœud courant devient la racine, l'arbre complet en cours est donc un arbre d'échec et la raison de l'échec 
est la prédication eq(a, b). 

L'événement de trace extrait est (règle d'extraction Treefailed de la section[5]): 

< 5 3 2 Fail eq(a,b) > 

L'état reconstruit (règle de reconstruction Treefailed de la section H]) est: (on aurait pu en fait ajouter le 
paramètre flr dans l'état restreint pour rendre compte de l'état d'échec de l'arbre; ici seul l'événement de trace 
porte cette information). 

Q 6 = S 6 /Q: {{e, 1, 2}, e, {(e, 1), (1, 2), (2, 3)}, {(e, goal), (l,p(a)), (2, eq(a, b))} 
De S 6 à S 7 

Du fait que le nœud courant est la racine, seul un retour arrière peut intervenir. Seul le nœud 1 a une clause 
dans sa boîte (clause c3), et la clause est un fait. Seule la règle (6) Backtrack s'applique (pas de création de 
nouveau nœud ) et le nœud 2 est supprimé). Le nœud courant devient 1. 

v 4- 1, ^fst(e) A hcp(e) A ft(l) A (flr(= T) V c_t(= T)) 

W BKT T' = {e,l}, u' = l, pd' = {(e,goal),(l,p(a))}, cl' = {(e, []),(!,[]))}, 1 > 

et— false, flr'—false 

S 7 : {{e, 1}, 1, 3, {(e, 1), (1, 2)}, {(e, goal), (l,p(a))}, 

{( e > D)î (!) □)>! {( e > false), (1, false)}, false, false} 
L'événement de trace extrait est (règle d'extraction Backtrack de la section[S]): 

< 6 2 2 Redo p(a) > (suivi de < 7 2 2 Exit p(b) >) 

L'état reconstruit (règle de reconstruction Backtrack de la section O est: 
Qi = S 7 /Q: {{e, 1}, 1, {(e, 1), (1, 2)}, {(e, goal), (l,p(a))} 

De S 7 à S s 

L'unification réussit à nouveau, toujours avec la même clause utilisée à la racine. Le frère du nœud courant 
(nœud 2) est donc recréé, avec numéro de création 4. C'est donc la règle (7) Tree suc & go right qui s'applique. 
La prédication appelée (toujours "faussement" notée p(a)) est un succès et devient p(b). Elle peut avoir un frère 
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(existence d'une deuxième prédication dans le corps de la clause cl utilisée). Le nœud re-créé a pour étiquette 
eq(b, b) et a une clause dans sa boîte (c4). 

-nfirst(l) A mhnb(l) A -<ct A ->flr, v <— 2 

(7)Ts & gr M , =2; n , =4| „ M ' = {( e , 2 ), (2,4)}, pri' = {(e, g oai),(l,p(b)),(2,eg(b.b))}, ^ 
T' = {e,l,2}, ci' = {(e,[]),(l,[]),(2,[c4])}, /st'={ (e./aise) , (1,/aise) , (2,t rue) } 

scs(l), p(b)=pud(l), (cA,eq(b,b)) = cpini(2)} 

S s : {{e, 1, 2}, 2, 4, {(e, 1), (1, 2), (2, 4)}, {(e, ooa/), (l,î»(6)), (2, eq(b, 6))}, 

{(e, []), (1, []), (2, [c4])}, {(e, false), (1, /aise), (2, irue)}, /aise, /aZse} 

L'événement de trace extrait est (règle d'extraction Tree suc & go right de la section [5]): 

< 7 2 2 Exit p(b) > (suivi de < 8 4 2 Call eq(b,b) >) 

L'état reconstruit (règle de reconstruction Tree suc & go right de la section |ïï|) est: 
Qs = S s /Q: {{e, 1, 2}, 2, {(e, 1), (1, 2), (2, 4)}, {(e, goal), (l,p(6)), (2, eç(&, 6))} 

mais sa reconstruction nécessite de connaître l'événement de trace suivant (reconnaissance du fait que le 
prochain nœud visité sera un nouveau nœud). 

De gg à Sg 

Le nœud courant n'ayant pas encore été visité et la clause utilisée c4 étant un fait, seule la règle (8) Leaf 
reached s'applique . 

first{2) A leaf (2) A -.ci A fact(2) 
{ ) reaCh6d cZ' = {( e ,[]),(l,[]),(2, [])}, fst'(2) = false, flr> = false 11 

S 9 : {{e, 1, 2}, 2, 4, {(e, 1), (1, 2), (2, 4)}, {(e, goal), (l,p(6)), (2, eo(6, &))}, 

{(e, []), (1, []), (2, [])}, {(e, /a^e), (1, false), (2, /aZse)}, /a/se, /aZse} 

L'événement de trace extrait est (règle d'extraction Leaf reached de la section [5]): 

< 8 4 2 Call eq(b,b) > 

L'état reconstruit (règle de reconstruction Leaf reached de la section [5]) est: 
Q 9 = S 9 /Q: {{e, 1, 2}, 2, {(e, 1), (1, 2), (2, 4)}, {(e, goal), (l,p(b)), (2, eq(b, b))} 
mais l'événement de trace laisse l'état actuel courant invariant Qg = Q%. 

De 5*9 à 5*io 

L'unification de eq(b, b) et eq(X, X) (clause c4 du nœud numéro 4) réussit, il n'y a pas de frère potentiel et 
on n'est pas dans un état d'échec (flr — false). Seule la règle (9) Tree success s'applique donc. pred(2) — eq(b, b) 
reste invariant (fait clos). 

-nfirst(2) A ^mhnb(2) A ^ct A ^flr, v <- e 

(y) Tree success {scs(2), 

u' = e, pd' = pd 

eq{b,b) = pud(2)} 

S w : {{e, 1, 2}, e, 4, {(e, 1), (1, 2), (2, 4)}, {(e, goal), (l,p(b)), (2, eq(b, b))}, 

{(e, []), (1, 0), (2, [])}, {(e, false), (1, false), (2, false)}, false, false} 
L'événement de trace extrait est (règle d'extraction Tree success de la section [5]): 

< 9 4 2 Exit eq(b,b) > (suivi de < 10 1 1 Exit goal >) 

L'état reconstruit (règle de reconstruction Tree success de la section [6]) est: 
Qio = S w /Q: {{e, 1, 2}, e, {(e, 1), (1, 2), (2, 4)}, {(e, goal), (l,p(b)), (2, eq(b, b))} 

De S io à S'il 

Finalement, la règle (10) Tree success s'applique à nouveau (pas de frère possible). On obtient alors un arbre 
de preuve complet. La prédication de la racine goal est invariante. 

->first(e) A ->mhrib(e) A ~^ct A ~>flr, v <— e 

(10) Tree success — ; — : r |scs(e), 

u' = e, pd' <— upcpypd, u,p), de — true 

goal = pud(e)} 

S n : {{e, 1, 2}, e, 4, {(e, 1), (1, 2), (2, 4)}, {(e, goal), (l,p(b)), (2, eq(b, b))}, 

{(e, []), (1, 0), (2, [])}, {(e, false), (1, false), (2, false)}, true, false} 
L'événement de trace extrait est (règle d'extraction Tree success de la section [5]): 

< 10 1 1 Exit e;oal > 
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(suivi d'aucun autre car la racine de l'arbre est à nouveau atteinte et il n'y a plus de point de choix dans 
l'arbre). 

L'état reconstruit (règle de reconstruction Tree success de la section [BJ est: 
Qu = Su/Q: {{e, 1, 2}, e, {(e, 1), (1, 2), (2, 4)}, {(e, goal), (l,p(6)), (2, eq(b, &))} 

mais l'événement de trace n'engendre aucune modification de l'état actuel courant Qu = Qio- 

Comme l'arbre T est complet (et = true) et qu'il n'y a plus de point de choix dans l'arbre (hcp(e) = false), 
aucune règle de retour arrière ne peut s'appliquer. On a obtenu une solution, et aucune règle ne s'applique plus. 
La trace (virtuelle) se termine donc et on a obtenu un arbre de preuve complet. La figure illustre les arbres 
(partiel et complet) construits, ainsi que les enchaînements des ports dans la trace de cet exemple. 




goal 



eq 



Call 



Exit 



Figure 9: Arbre de preuve obtenu et parcours dans les boîtes 
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C ANNEXE: Adéquation de la trace actuelle (Byrd simplifié) 

[Rappel: Condition d'adéquation] 

Etant donnés une SO définie avec un ensemble de règles R, un schéma de trace £ et un schéma de reconstruc- 
tion C pour un sous-ensemble de paramètres Q. Si les deux propriétés suivantes sont satisfaites pour chaque 
règle r G R: 

Ve, é, r',S, S', S", 

£ r (S,S') = e A £ r ,{S',S") = e' 

(1) seule Cond r (e,e') est vraie, i.e. Cond r (e, e') A s ^ r ->Cond s (e, e'). 

(2) C r (e,e',S/Q) = S'/Q. 

alors la trace actuelle T w —< S$/Q,w1 >, définie par le schéma de trace £, est adéquate pour Q par rapport à 
la trace virtuelle intégrale T v =< So, >. 

La preuve se fait en plusieurs étapes 

• Etude de quelques propriété dynamiques de la SO concernant l'enchainement de règles et des ports. Ces 
lemmes sont illustrés par les schémas de la figures [TUl 

• Vérification de la condition 1: exclusivité des conditions d'identification des règles dans le schéma de 
reconstruction), conséquence directe des lemmes précédents. 

• Enfin vérification de la condition 2: correction du schéma de reconstruction pour le sous-ensemble de 
paramètres {T, u, num,pred}. 

Preuve 1 (Preuve des lemmes) On aura besoin des lemmes suivants établis sur la trace virtuelle, illustrés 
par la figure \1U\ qui montrent les enchaînements possibles des règles et des ports pour toute trace. Le point 
d'entrée obligé dans la figure (événement faisant suite à un événement initial non traité ici) est l'état dit "top" 
ou un événement de port Call. 






Top 


— - 


> J 






Call 






Figure 10: Enchaînement des règles dans la SO (a) et des ports dans toute trace (b) (le diagramme b est une 
abstraction du diagramme a) 
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La figure ] IŒ el illustre l'enchaînement des règles dans la SO. Elle inclue dans les états c2, e2 et r2 l'incrément 
du compteur de nœuds créés (n), montrant ainsi que seule la traversée de ces nœuds fait croître celui-ci. Cette 
propriété est utilisé explicitement pour discriminer les règles dans la deuxième partie de la démonstration. 

Pour l'enchaînement des ports dans une trace actuelle ( Haure \7U h ), les flèches sont pour la plupart évidentes. 
On observera ici simplement que la possibilité d'avoir un Redo après un Exit est liée à la condition et. La 
possibilité d'avoir des Call successifs est liée à l'usage exclusif de la règle Lf red & go down. L'absence de 
transition de Fail vers Call est lié à la condition fst qui l'empêche. L'absence de transition Call vers Redo 
est due à la condition flr V et. Enfin les Redo ne peuvent boucler sur eux-mêmes. 

Preuve 2 (Condition 1) L'ensemble des conditions exclusives telles que décrites dans le schéma de recon- 
struction (figure^ est rappelé ici (fiaure \Tl]) . Seuls les éléments de trace utiles sont indiqués. 

Leaf reached {< r l Call p > ; < r' >} 

Lf red & go down — — — {< r l Call p > ; < r' p' >} 

— i— r' < r V nd(r) = e , 
Tree success {< r l tLiXit p > ; < r >) 

-i- n -, r' > r A nd(r) e . , _, , , , 

Tree suc & go rignt — {< r l K,xit p > ; < r p >} 

Treefailed {< r l Fail p >} 

Backtrack T — V {< r l Redo p > ; < r' >} 
Bkt & go down — r {< r l Redo p > ; < r' p' >} 



Figure 11: Conditions exclusives du schéma de reconstruction 

La discrimination des règles se fait en premier à partir du port qui est toujours présent dans les événements 
de trace (ceci est suffisant pour les événements de port FailJ, puis sur l'accroissement ou non du compteur de 
nœuds , avec une particularité pour les événements de port Exit où la condition est un peu plus complexe. 

Noter que l'on utilise ici une information qui découle de la propriété de correction: le numéro de création 
du nœud courant nd{u) est toujours égal au premier attribut de l'événement de trace associé r, soit nd{u) = r 
pour tous les événements de port différent de Redo. Dans le cas en effet de la règle Bkt & go down, le nœud 
tracé (nd{v)) n'apparaît ni dans S ni dans S'; dans le cas de la règle Backtrack, il apparaît seulement dans l'état 
S'. 



Preuve 3 (Condition 2: correction) Pour chaque règle r G R de la SO (il y en a 7), on indique les éléments 
suivants. 

• Description de la transition correspondant à la règle r en mettant en évidence ce qui relève de l'état 
"avant" (S) et "après" (S 1 ) (tous les paramètres de cet état sont primés). 

• On en déduit immédiatement l'état virtuel S' /Q restreint à Q. 

• On regarde alors l'événements de trace extrait e = £ r (S,S') et les suivants possibles e' = £ r '(S' , S"), en 
se limitant aux attributs utilisés dans la règle correspondante du schéma de reconstruction (l'événement 
correspondant à la règle r' n'est pas décrit complètement, laissant la possibilité d'avoir en fait différents 
événements et/ou règles r'). En fait on se limite aux propriétés communes aux attributs des événements 
suivants possibles. 

• On donne la règle correspondante du schéma de reconstruction C r décrivant la transition < S/Q,Q' >. 

• On vérifie que la condition Cond r (e,e') est bien vérifiée. 

• On donne la description de l'état Q' résultants de la règle de reconstruction (Q' = C r (e, e', S/Q)). 
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• Enfin et si cela n'est pas évident par construction, on montre l'égalité de S'/Q et Q' . 

Règle Leaf reached 

Leaf reached A lf(u) A -ng A ft(u) 

T'—T. u'—u, nu'— nu, pd'—pd, cl'—upcp(cl,u), ^ 
fst'(u)=F, flr'=F 

S' = S 

£|_eafreached (S, S') =< nu(u) lp(u) Call pd(u) > 

£ r ,{S',S") =< nu'(u')... > 

n c . , C Ondleaf reached (e,e') 

ÛLeafreached Leaf reached {< ... >} 

(aucun élément utile) 

Cond\_ e3 f reached (e, e') = (nu(u) = nu'(u'j) (vraie, car u 1 = u et nu 1 = nu) 

La restriction à Q de S ou S' est invariante. De plus la règle de reconstruction ne modifie aucun des 
paramètres de de S/Q. Ll en rsulte que Q' = Q = S'/Q. 

Règle Lf rcd & go down 

Lfr & d fstju) A lf(u) A ^ct A ^ftju), v = crc(u) 

ô T'—TU{v}. u'—crc(u). n'—n+l, nu'(u')—n', pd' (u')-p^cpini(u') , 

cl' (u)-upcp(u) , cl'(u')—c_cpini(u'), f st' (u) — F. fst'(u')—T}. flr'—F 

scs(u), (c,p) = cpini(v)} 

S'/Q = {T U {u 1 }, u' = crc(u),nu'(u') = n',pd'{u') = p_cpini(u')} 

^Lfrcd& g odown(S', S') =< nu(u) lp(u) Call pd{u) > 
£ r ,(S',S") =< nu'(u')...pd'(u') > 

, r „ . CondLfrcd&godown(e, e') , 

Lfr & S d u>=crc«nd(nu(u))), T>=TuWh nu' (u')=nW (W) , i e S > 
pd' (u')-pd' (u')-p^cpini(u' ) 

Cond|_frcd&godown(e, e') = (nu' (crc(u)) > nu{u)) en effet tout nouveau nœud créé l'est avec un numéro supérieur 
à tous ceux déjà existants (n' > n). 

Q' = {T U {u'}, u' = crc{u),nu'(u') = n',pd'(u') = p_cpini(u')} = S'/Q 
Règle Tree success 

-*fst(u) A -^mhnb(u) A ->ct A ->flr 
T' = T, u' = pt(u), nu' = nu, pd'(u) = pud(u), (u = e) => [et 1 = T) * 

scs(u), p — pud(u)} 

S'/Q = {T, u' = pt(u), nu' = nu,pd'(u) = pud(u)} 

^Treesuccess (-S, S') — < nu{u) lp{u) Exit pud(u) > 

£ r '{S',S") =< nu'(pt(u))... > 

Tree success Treesuccess ( ; — ) j nu ( u \ lp(u) Exit pud(u) > ; 

u'=pt(u), pd' (u) = pud(u) 1 \ > r\ > 

< nu'(pt(u))... >} 

ConriTreesuccess(e, e') = (nu' (pt(u)) < nu(u) V u = e) est vérifiée; en effet tout nœud inférieur dans l'ordre 
lexicographique a été créé avec un numéro d'ordre inférieur. 

Q' = {T,u' =pt(u),nu' = nu,pd'(u') = pud(u)} = S'/Q. 

Règle Tree suc & go right 

-ifst(u) A mhnbtu) A ->ct A ->flr , . . 

Ts & S r — ; m — rr, ~, ,r n ; — n tt~t\ — ; \scs(u), 

° u'=crnb(u), T' =TVJ{u' \, n' =n+l, nu'(u')=n', L \ n 

pd' (u)—pud(u) . pd' (u')—p. cl'(u')=c, f st' (u')-true 

(c,p) = cpini(u')} 

S'/Q = {T U {u'}, u' — crnb(u) , nu' — nu U {(u' , n')},pd' = upcp(pd, u,pud(u)) U {(u' , p-cpini(u'))}} 
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^Treesuc&goright(5', S') — < nu(u) lp(u) Extt pud(u) > 

£ r i{S', S") —< nu' (crnb(u)) = n' p_cpini(u') > 

Condjs&eJe, e') . , . . . . . . 

TS & « r u>=crn b (u), T'=TU{u'}, nu>(u>)=n> - (< ^ EXlt P« d ( U ) > ' 

pd' (u)-pud(u) , pd' (u')-p^cpini(u') 

< n' p_cpini(u') >} 

CondTreesuc&gori g ht(e, e') = (n' = n + 1) > nu(u) Aa/e est vérifiée; en effet tout nœud inférieur dans l'ordre 
lexicographique a été créé avec un numéro d'ordre inférieur, soit n > nu(u). De plus, comme u' est frère de u, 
u ne peut être racine. 

Q' = {T' = ru{«'},!i' = crnb(u),nu' = nuU{(u',n')},pd' = upcp(pd,u,pud(u))U{(u',p_cpini(u'))}} = S'/Q. 
Règle Treefailed 

-i f 'st(u) A ->ct A -ihcp(u) , v <— pt(u) , „, . . „, , 

Treefailed ~, —, \ —, S , , ^ TTV nn {fH U ) V /M 

u' = pt(u), (u = e) (et' <- T), flr' <- T u w J 
S"/Q = {T, m' = pt(u), nu,pd} 

£jrsefai\ed(S, S') =< nu(u) lp(u) Fdtt pd(u) > 

£r>(S',S") =< nu'(pt(u))... > 

-r r -i j C° ncJ Treefailed(e, e') 

Treefailed — <n« m lp(u) Fail pd(u)>4 

u ' = pt(u) 

Il n'y a pas de condition autre que le nom du port. 
Q' = {T,u' — pt(u),nu,pd} — S'/Q. 
Règle Backtrack 

Backtrack v = gcp(u), -ifst(u) A hcp(u) A ft(v) A (flr V et) 

T'—T—{y\y>v}. u'—gcp(u). cl'-upcp(cl.v), 
ct^(ct'^F), flr'<-F 

S'/Q = {T- {y\y > u'}, u' = gcp(u),nu,pd} 

£Backtrack(£', 5") =< nu(v) lp(v) Redo pd(v) > avec v — gcp(u). 
£ r >(S',S") =< nu'(v)... > avec nu' — nu. 

L'événement de trace produit a pour premier attribut nu'(v) qui est égal à nu(u) car les événements suivants 
sont différents de Redo. 

Backtrack Cond B acktrack(e, e ; ) 

u' = nd(nu(gcp(u))) = gcp(u) = v, T' = T — {y\y > v} 

< nu(v) lp(v) Redo pd(v) > ; < nu'(v) >} 

ContiBacktrack(e, e') = (nu(v) = nu' (v)) est vérifiée (cf ci-dessus). 
Q' = {T - {y\y > v},u' = gcp(u),nu,pd} = S'/Q. 
Règle Bkt & go down 

v = gcp(u), ^fst(u) Ahcp(u) A~*ft(v) A (/lr V et), w = crc(v) 

6 rp,_ rp_ \y>v}u{w}, u'—w, n' — n+1, nu' —upn(nu,v)u{(w ,n')} , flr'— F, 

pd'=upcp(pd,v)u{(w,p)}, cl'=upcp(cl,v)u{(w,c)}, fst'=fstU{(w,T)}, ct'=^{ct*—F) 

scs(v), (c, p) = cpini(w)} 

S'/Q = {T — {y\y > v} U {w}, u' — w, nu' — upn(nu, v) U {(u' , n')},pd' = upcp(pd, v) U {(u' , p-cpini(w))}} avec 
v = gcp(u) et w = crc(v). 

^Bkt&godown(5', S') =< nu(v) lp(v) Redo pd(v) > 
£ r '(S', S") =< nu'(w) — n' pd'(w) — p_cpini(w) > 

Bkt ^ d Conrf B ktfcgodown (e, e') 

6 v—nd(nu(v))—gcp(u). u'-crc(v), T'— T— {y\y>v}u{u'} . *~ 
nu' —upn(nu,v)u{(u' .n')}, pd' —upcp(pd,v)U {(u' ,p_cpini(u' ))} 

< nu(v) lp(v) Redo pd(v) > ; < nu' (w) = n+ 1 pd'(w) = p_cpini(w) >} 
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Con<iBkt&godown(e, e') = nu'{w) > nu{v) est vérifiée; en effet tout nouveau nœud créé l'est avec un numéro 
supérieur à tous ceux déjà existants. Le nœud nd(u) peut avoir été supprimé, mais tout y < w dans l'ordre 
lexicographique des nœuds est tel que n + 1 > nu(y). 

Q' = {T — {y\y > v } U {«'}, vl — crc(v),nu' — upn(nu, v) U {(«', n')},pd' = upcp{pd 1 v) U {{v! ,pj:pini(u'))}} = 
S'/Q (avec v = gcp(u)). 
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D ANNEXE: Analyse des différents modèles de traces 

On compare ici le modèle présenté ici, dit "Byrd simplifié" (ml), celui de GNU Prolog (m2), et le modèle de 
Byrd avec l'implantation par méta- interprète (m3). 

Sur le même exemple (Annexe B) la trace produite par la SO présentée ici (comme celle de Byrd) et celle 
de GNU Prolog 1.2.16 copyright (C) 1999-2002 Daniel Diaz [5] sont les mêmes avec une seule différence sur les 
événements 8 et 9. Cela résulte du fait que dans GNU r est le rang du noeud courant atteint dans l'arbre de 
preuve (selon l'ordre lexicographique). Le chrono est ajouté. Seuls les événements 8 et 9 diffèrent donc (voir la 
trace complète plus bas). 

GNU 

8 3 2 Call: eq(b,b) ? 

9 3 2 Exit: eq(b,b) ? 



Byrd 

8 4 2 Call eq(b,b) 

9 4 2 Exit eq(b,b) 

On observera dans la suite que, si l'on se limite à la suite des ports, les modèles sont inclus les uns dans les 
autres ( ml Ç m2 Ç m3 ); la seule différence portant, entre ml et m2 sur le premier attribut (cf ci-dessus). 

Il est intéressant d'observer ici que les trois traces obtenues sur cet exemple simple ont la même suite de 
ports. 

L'exemple 2 suivant, plus sophistiqué, met en évidence de quelle manière elles diffèrent en fait sensiblement. 
Les SO correspondantes sont décrites dans l'annexe E suivante. 

goal : -q(_) . 

q(X):-pl(X),p2(X),eq(X,b). 

pl(X) :- p(X) . 

p(a). 

p(b). 

p(c). 

p2(_). 

eq(X,X) . 

Trace obtenue avec le modèle ml (Byrd simplifié): 



1 


1 


1 


Call 


goal 


2 


2 


2 


Call 


q(_86) 


3 


3 


3 


Call 


pl(_86) 


4 


4 


4 


Call 


p(_86) 


5 


4 


4 


Exit 


p(a) 


6 


3 


3 


Exit 


pl(a) 


7 


5 


3 


Call 


p2(a) 


8 


5 


3 


Exit 


p2(a) 


9 


6 


3 


Call 


eq(a,b) 


10 


6 


3 


Fail 


eq(a,b) 


11 


4 


4 


Redo 


p(a) 


12 


4 


4 


Exit 


p(b) 


13 


3 


3 


Exit 


pl(b) 


14 


7 


3 


Call 


p2(b) 


15 


7 


3 


Exit 


p2(b) 


16 


8 


3 


Call 


eq(b,b) 


17 


8 


3 


Exit 


eq(b,b) 


18 


2 


2 


Exit 


q(b) 


19 


1 


1 


Exit 


goal 


20 


4 


4 


Redo 


p(b) 


21 


4 


4 


Exit 


p(c) 


22 


3 


3 


Exit 


pl(c) 
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23 


9 


3 


Call 


p2(c) 


24 


9 


3 


Exit 


p2(c) 


25 


10 


3 


Call 


eq(c,b) 


26 


10 


3 


Fail 


eq(c,b) 


27 


2 


2 


Fail 


q(_86) 


27 


1 


1 


Fail 


goal 



yes 

Trace obtenue avec le modèle m2 (traceur de GNU-Prolog). 



1 


1 


1 


Call 


goal ? 




2 


2 


2 


Call 


q(_38) ? 




3 


3 


3 


Call 


pl(_38) 


? 


4 


4 


4 


Call 


p(_38) ? 




5 


4 


4 


Exit 


p(a) ? 




6 


3 


3 


Exit 


pl(a) ? 




7 


5 


3 


Call 


p2(a) ? 




8 


5 


3 


Exit 


p2(a) ? 




9 


6 


3 


Call 


eq(a,b) 


? 


10 


6 


3 


Fail 


eq(a,b) 


? 


11 


3 


3 


Redo 


pl(a) ? 




12 


4 


4 


Redo 


p(a) ? 




13 


4 


4 


Exit 


p(b) ? 




14 


3 


3 


Exit 


pl(b) ? 




15 


5 


3 


Call 


p2(b) ? 




16 


5 


3 


Exit 


p2(b) ? 




17 


6 


3 


Call 


eq(b,b) 


7 


17 


6 


3 


Exit 


eq(b,b) 


7 


19 


2 


2 


Exit 


q(b) ? 




20 


1 


1 


Exit 


goal ? 




21 


1 


1 


Redo 


goal ? 




22 


2 


2 


Redo 


q(b) ? 




23 


3 


3 


Redo 


pl(b) ? 




24 


4 


4 


Redo 


p(b) ? 




25 


4 


4 


Exit 


p(c) ? 




26 


3 


3 


Exit 


pl(c) ? 




27 


5 


3 


Call 


p2(c) ? 




28 


5 


3 


Exit 


p2(c) ? 




29 


6 


3 


Call 


eq(c,b) 


7 


30 


6 


3 


Fail 


eq(c,b) 


7 


31 


2 


2 


Fail 


q(_38) ? 




32 


1 


1 


Fail 


goal ? 





Trace obtenue avec le modèle m3 (Byrd, méta- interprète de l'annexe A et instrumentation du code). 



1 


1 


1 


Call 


goal 


2 


2 


2 


Call 


q(_86) 


3 


3 


3 


Call 


pl(_86) 


4 


4 


4 


Call 


p(_86) 


5 


4 


4 


Exit 


p(a) 


6 


3 


3 


Exit 


pl(a) 


7 


5 


3 


Call 


p2(a) 


8 


5 


3 


Exit 


p2(a) 


9 


6 


3 


Call 


eq(a,b) 


10 


6 


3 


Fail 


eq(a,b) 


11 


5 


3 


Redo 


p2(a) 


12 


5 


3 


Fail 


p2(a) 


13 


3 


3 


Redo 


pl(a) 
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14 


4 


4 


Redo 


p(a) 


15 


4 


4 


Exit 


p(b) 


16 


3 


3 


Exit 


pl(b) 


17 


7 


3 


Call 


p2(b) 


18 


7 


3 


Exit 


p2(b) 


19 


8 


3 


Call 


eq(b,b) 


20 


8 


3 


Exit 


eq(b,b) 


21 


2 


2 


Exit 


q(b) 


22 


1 


1 


Exit 


goal 


23 


1 


1 


Redo 


goal 


24 


2 


2 


Redo 


q(b) 


25 


8 


3 


Redo 


eq(b,b) 


26 


8 


3 


Fail 


eq(b,b) 


27 


7 


3 


Redo 


p2(b) 


28 


7 


3 


Fail 


p2(b) 


29 


3 


3 


Redo 


pl(b) 


30 


4 


4 


Redo 


p(b) 


31 


4 


4 


Exit 


p(c) 


32 


3 


3 


Exit 


pl(c) 


33 


9 


3 


Call 


p2(c) 


34 


9 


3 


Exit 


p2(c) 


35 


10 


3 


Call 


eq(c ,b) 


36 


10 


3 


Fail 


eq(c ,b) 


37 


9 


3 


Redo 


p2(c) 


38 


9 


3 


Fail 


p2(c) 


39 


3 


3 


Redo 


pl(c) 


40 


4 


4 


Redo 


p(c) 


41 


4 


4 


Fail 


p(_86) 


42 


3 


3 


Fail 


pl(_86) 


43 


2 


2 


Fail 


q(_86) 


44 


1 


1 


Fail 


goal 



yes 
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Call 
Fail 



Exit 



Redo 



Figure 13: Illustration de l'exemple 2 avec arbres et boîtes (modèle m2, 32 événements) 
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goal 



Call 



Fail 



P2 



Exit 



Redo 



Figure 14: Illustration de l'exemple 2 avec arbres et boîtes (modèle m3, 44 événements) 
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E ANNEXE: Sémantique observât ionnelle pour les trois modèles 
(ml, m2, m3) 

On présente ici une SO qui correspond à une forme de recherche d'arbres de preuve complets, paramétrable 
par des fonctions de choix (clauses et feuilles). L'objectif est de pouvoir rendre compte avec la même SO de 
plusieurs formes de traces. Cette SO, plus détaillée que la précédente illustre mieux la distinction entre trace 
virtuelle et trace actuelle intégrale ou non. En effet pour obtenir une trace correspondant au modèle ml par 
exemple, il y aura lieu de filtrer la trace virtuelle pour en éliminer certains événements 

La sémantique opérationnelle de résolution Prolog sous-jacente correspond à la SLDT-résolution telle que 
présentée dans [7 p. 57. C'est une stratégie descendante de construction d'arbre de preuve partiels qui repose sur 
deux fonctions de choix: choix d'une feuille incomplète à développer, choix d'une clause parmi celles associables 
à la feuille. Un nœud auquel il reste des clauses associées constitue un point de choix. La SLDT-résolution 
construit des "squelettes" d'arbre et les "décore" de manière non déterministe. Le déterminisme est introduit 
de manière à garder la complétude du schéma de résolution et à pouvoir reproduire les traces souhaitées. 

On se limitera donc ici au parcours standard descendant gauche droite; mais d'autres stratégies peuvent 
être considérées à condition de garder à celles-ci leur propriété d'être complètes ("full" dans [7]). Le choix des 
feuilles consistera donc à choisir le première feuille non visitée (dans l'ordre total des nœud d'un arbre) dont on 
cherchera à développer systématiquement le sous-arbre, et en cas d'échec local ou de succès avec un arbre de 
preuve complet, on reviendra toujours au dernier point de choix créé. 

On pourrait adopter des stratégies plus générales, déterministes et complètes, en particulier en autorisant 
un ordonnancement dynamique des descendants d'un nœud, ou même en changeant complètement de stratégie 
(en largeur d'abord par exemple), mais ces stratégies n'ont plus aucun rapport avec le modèle des boîtes ; en 
particulier l'ordonnancement des ports Call ou Redo n'a plus grand chose à voir avec la structure de boîtes 
puisque l'on peut alors "sauter" d'un nœud dans un sous-arbre à n'importe quel nœud d'un autre sous-arbre, 
donc d'une boîte à n'importe quelle autre. 

Les prédicats associés aux nœuds , par la fonction pred sont ceux produits par le squelette. 

Ce modèle supprime en partie les fonctions externes dans la mesure où succès et échecs peuvent être traités 
comme des variables d'état global (état du sous-arbre courant). 

Paramètres de la trace virtuelle 

L'état courant a 13 paramètres: 

{T, u, n, num, pred, chosenjdaus, clausJist, first, a, et, flr, ses, bk3}. 

1. T: T est un arbre étiqueté avec un numéro de création ou re-création, une prédication et un sous-ensemble 
de clauses du programme P. Il est décrit ici par ses fonctions de construction/reconstruction, parcours(cf 
plus bas) et étiquetage. Aucune représentation particulière n'est requise. Nous utiliserons cependant 
dans les exemples une notation "à la Dewey". Chaque nœud est représenté par une suite de nombres 
entiers (mais ce pourrait être n'importe quel alphabet ordonné) et dénotés e, 1, 11, 12, 112, . . .. L'ordre 
lexicographique est le suivant: u, v, w sont des mots, ui < uiv{v ^ e), and uiv < ujw si i < j, e est le mot 
vide. 

2. u E T: u est le nœud courant dans T (boîte visitée). 

3. n g M: n est un entier positif associé à chaque nœud dans T par la fonction num (ci-dessous). Il 
correspond à son ordre de création, re-création ou re- visite; c'est aussi le numéro de la boîte associée à un 
nœud. C'est le numéro du dernier nœud créé. 

4. num : T — > J\f: (abbrev. nu ) nu{v) est le numéro (entier positif) associé au nœud v dans T. . 

5. pred : T — > "H: (abbrev. pd ) pd(v) est la prédication associée au nœud v dans T. C'est un élément 
de l'ensemble d'atomes non clos Ti (base de Herbrand non close). Cette prédication est invariante et 
correspond à un élément du dorps de la clause choisie au nœud parent. 

6. chosenjzlaus : T — > P: (abbrev. ce) cc(v) est la clause choisie pour résoudre la prédication courante. 
cc{v) est vide si aucune clause ne peut être choisie. 

13 Le modèle présenté ici suppose que le choix de la trace soit fait de manière externe. Il s'agit donc, dans cette première approche, 
de donner en fait une forme unifiée à trois SO différentes (une par modèle). La possibilité de présenter les trois modèles dans une 
SO unique, bien que possible du fait de l'inclusion partielle des traces, est encore à l'étude. 
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7. clausJist : T — > 2 P : (abbrev. cZ) cZ(ii) est une liste de clauses de P (même ordre que dans P) susceptible 
de contribuer à la définition du prédicat de pd(v) associée au nœud v dans T. Selon les clauses sélectionnées 
dans cl(v), on peut obtenir différentes sémantiques opérationnelles (mais il y a toujours une seule SO). 
Si la boîte est vide, la prédication pd(v) ne peut être résolue et le nœud sera en échec (Jailure). Cette 
liste de clauses est définie par un ordre externe lorsque la prédication est appelée (voir clausJnit dans les 
fonctions externes). 

8. a : T — ► Subst: a(v) est la substitution courante, celle qui, appliquée à pd(v), donne la prédication 
appelée au nœud v. La substitution vide est notée 0. La substitution échec est notée _L. La composition 
de substitutions est notée par justaposition des substitutions, ex fia. 

9. first : T — > Bool: (abbrev. fst) fst(v) est vrai ssi v est un nœud de T qui n'a pas encore été visité. 

fO. et G Bool: et est l'indicateur de construction achevée (arbre complètement construit et visité, retour à la 
racine) de T: true ssi le nœud courant est redevenu e lors d'une remonté dans l'arbre (en succès ou échec). 

ff. flr G Bool: flr est l'indicateur d'état du sous-arbre (true si en échec, false sinon, ce qui n'est pas 
synonyme de succès). 

f 2. ses G Bool: ses est l'indicateur d'état du sous-arbre (true si succès, false sinon, ce qui n'est pas synonyme 
d'échec). 

13. bk3 E Bool: bk3 est l'indicateur de retour arrière actif de la trace produite pour le modèle m3 seulement 
(true ssi un parcours inverse de l'arbre courant est en cours). 

Noter que la SO utilise comme donnée externe la méthode de trace (ml, m2 ou m3), qui sont alors des booléens 
exlcusifs, mais ces éléments n'ont pas été introduits dans l'état afin de ne pas le surcharger. 

Fonctions utilitaires (manipulation sur les objets décrits): les fonctions sont présentées dans l'ordre des 
objets qu'elles concernent. 

• parent : T — > T : (abbrev. pi) pt(v) est l'ancêtre direct de v dans T. Pour simplifier le modèle , on 
suppose que pt(e) = e. 

• leaf : T — ► Bool : (abbrev. If) lf(v) est vraie ssi v est une feuille dans T. 

• createjzhïldren : T — > T* : (abbrev. cre) v = crc(v) est la liste des nouveaux enfants de v in T. 

• first-elem : liste(E) — ► E : (abbrev. /e) v = fe(l) est le premier élément de la liste l. 

• has-.ajnext-.node : T — > Bool : (abbrev. hnn) hnn(v) est vrai si le nœud v a un nœud suivant dans l'arbre 
T. Faux si v est e. 

• next-.right-.node :T — > T : (abbrev. nrn) w — nrn(v) est le nœud suivant v dans T. La racine e ne peut 
avoir de suivant. 

• has-a-choicejpoint : T — > Bool : (abbrev. hep) hcp(v) est vrai ssi il existe un point de choix w dans le 
sous-arbre de racine v dans T (cl(w) contient au moins une clause). 

• youngest-child-with-choice-point : T — > T: (abbrev. ycwcp) w = ycwcp(v) est le plus récent point 
de choix dans le sous-arbre de racine v dans T (cl(w) contient au moins une clause) selon l'ordre lexi- 
cographique des nœuds dans T. 

• childjwith-greates-choice-point :T — > T: (abbrev. cwgcp) cwgcp(v) est le nœud enfant v dans T dont le 
sous-arbre contient le plus récent point de choix. 

• greatest-choicejpoint : T — > T : (abbrev. gcp) w = gcp(v) est le plus grand point de choix dans le sous- 
arbre de racine v dans T (cl(w) contient au moins une clause) selon l'ordre lexicographique des nœuds 
dans T. 

• fact : Claus — > Bool : (abbrev. ft ) ft(c) est vrai ssi c est un fait. 

• update jnumber : Fx, T — ► Fx- (abbrev. upn) upn(nu, v) met à jour la fonction nu en supprimant toutes 
les références aux nœuds déconstruits de T jusqu'au nœud v (conservé). 
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• initializejtree-pred-and-first : 2 T ,F pre d,Ffi rst ,2 T — ► 2 T , F pre d, Ffi rst ,: (abbrev. itp/) (T' , pd' , f st') = 
itpf((T, pd, fst), U) (où £/ = cc(ï;) est un ensemble de nouveaux enfants du nœud v) met à jour l'arbre T et 
les fonctions pd et fst en ajoutant à l'arbre T les nœuds E7 (T 1 '); associant à chaque nœud supplémentaire 
la prédication correspondante résultant de la clause choisie au nœud parent (pd 1 ) et en indiquant que les 
nœuds U n'ont pas encore été visités (fst 1 ). 

• update : 2 T ,F flrst ,T -» 2 T ,F ftrst (abbrev. updt) (T'Jsf) = updt((T, fst),v) où T' est l'arbre T dans 
lequel on enlève les sous-arbres postérieurs à v sauf leur racine dont l'indicateur de première visite est 
remis à true. Formellement, on supprime les nœuds y tels que {y > v A anc(y) > v} et on modifie fst 
pour les nœuds y tels que {y > v A anc(y) < v}. 

Fonctions externes : 

Elles correspondent aux actions non décrites dans la trace virtuelle mais qui l'influencent effectivement, en 
particulier tous les aspects de la résolution liés à l'unification et qui sont omis dans cette description. 

• unify : T — > Substitution: (abbrev. unif) unif(v, fï) : fi est la substitution obtenue par unification de 
<r{v)pred{v) avec la tête de cc(v), la clause choisie. L'échec de l'unification se traduit par un unificateur 
"échec" ±. 

• clausjinit : T — > list_of ^clauses: (abbrev. cini) le — cini(v) met à jour la fonction claus avec la paire 
(v, le) où le est une liste des clauses renommées, utiles pour résoudre apred(v) et qui sont donc utilisables 
pour essayer différentes alternatives pour la résolution (si la liste est vide il n'y a pas de solution). Selon 
les clauses mises dans la liste, on obtient différents modèles d'exécution. 

• choice : list_of -clauses — ► clause: c = choice(lc) choisit une clause dans la liste (en Prolog ISO la 
première de la liste), mais, selon le choix opéré, on obtient différents modèles d'exécution. 

• ml, m2, m3 : Bool: booléens exclusifs utilisés pour distinguer les modèle de trace souhaité. 

Etats initiaux considérés: 

Si : {{e}, e, 1, {(e, 1)}, {(e, goal}, {}, {(e, cl goal )}, {(e, 0)}, {(e, true)}, 
false, false, false, false/true} 

La figure [Tïïl montre l'algèbre des ports avec la SO des 3 modèles . 
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->flr A fst(u) Alf(u) A -ici , , . ., ., 

Leaf reached -77- — — / / y , ^ 77- ; — {ci = rara(u)} 

fst'(u)*—F t scs'^F, flr'*— F 

Claus choice ^(u) A lf(u) A ^ct Acc(u) ^ 9 A ^cl(u) ^ [] = choic<d(u))} 
cc'(w) <— c, cl'(u)<—cl — c 

Fact succeeds ïlM A -<* A g Aee(n) / A /t(ee M ) 

(t'(m) <- Ato-(w), ses' <- T, /Zr' <— F 1 J v ' wi 

-nfst(u) A lf(u) A -ict A Acc(m) / A -nft(cc(u)) AU <— crc(u) 

SUC it P f((T,pd,fst),U), W^fiiU), a'(u) <- tm(u) t«™/<«>^> 

_ ~ ' fst(u) A ses A —ihnn(u) A -net. v <— pt(u) ,, 
Tree success — 7 \ ; ? — ; — =7 w {} 

u' <— v, (u = e) (et' <- T) 

_ . . , -ifst(u) A ses Ahnn(u) A-ict, v <— nrn(u) r , 
Tree suc & go nght — ^ ^ ! {} 

u' <— v 

-ifst(u) A lf(u) A ->ct A cc(u) = 0, cl(u) = [], v <— pi(w) 
"° aUS u'^u, (u = e) =>• (et' <- T), /ir'«-T, ses' <— F, bk3 <— T 11 

■- ., -r ->fst(u) A If (u) A -net A cc(u) ^ A u =_L, v ^ pt(u) . , 

Fail not unify 12 , W / W , , - V „ , ^ /"cT i ml v to2 > 

«'<-«, (u = e) => (et' <— T), /Zr' <— T, ses' <— F 

unif(u,n)} 

bkZ <- T ^ 
unif(u,(i)} 

Treefailed 12a 1^ — — ^ — ^ — " ^ {ml V m2} 

tt' <- w, (u = e) (et' <— T) 1 ; 

Treefailed 2b A ^/(m) A flr A -net A hcp(u), v <- ycwcp(u) 

u' *— v 

Bktl ^fst(u) A hcp(u) A (flr V et), vj- gcp(u) 

updt((T,fst),v), u'<-v, cc(v)<-9, ct=> (et' <- F), ses' <- F, flr' <— F ' 
Bkt2a ^fst(u) A hcp(u) A (flr V et), gcp(u) £ u 

u' <— cwgcp(u) 1 

B . 2 , -nfst(u) A hcp(u) A (flr V et), u = gcp(u) 

updt((T,fst),u), cc(w)<-0, scs'^F, flr'*- F, et => (et' <— F) ^ 

B . 3 A bfc3 A cl(u) £ [] A (/Zr V et) 

updt((T,num, fst),u), cc(u) <- 0, ses' <- F, /Zr' <- F, 6fc3 <— F, et ^> (cf <— F) ' 

BktSb ^(")Aftfc3A^/(u) Ad( M ) = q 3 
u' <— rcld(u) 

D1 ,, ~^fst(u) A bk3 A lf(u) A hpn(u) A cl(u) = [] . 

DKtOC ; r — 7 jmoj- 

u' ^— pn(u) 

di 4.oj ^f st ( u ) A &fc3 A Z/(w) A -nhpn(u) A cl(u) = |A«/e 

bk«d — -r {mrfj 

m' <— pt(u) 



., _ -nfst(u) A lf(u) A -net A cc(u) ^ A u =± , „ 

Fa " n0t Umfy 3 ^ (. u : £ )U (c t' l Jr), /Zr'l r ses' ^F, bfc3 <— T 



Figure 15: Sémantique observationnelle d'une résolution SLDT déterministe avec 3 méthodes de retour arrière 
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F ANNEXE: Preuve de correction de la condition d'adéquation 
(Section [2], Proposition [T] 

On prouve que si la propriété suivante est vérifiée: 
[Condition d'adéquation] 

Etant donnés une SO définie avec un ensemble de règles R, un schéma de trace £ et un schéma de reconstruc- 
tion C pour un sous-ensemble de paramètres Q. Si les deux propriétés suivantes sont satisfaites pour chaque 
règle r G R: 

Ve, e', r',S, S', S", 

£ r (S,S') = e A £ r > (S 1 , S") = e' 

(1) seule Cond r (e,e') est vraie, i.e. Cond r (e, e') /\ s ^ r ->Cond s (e, e'). 

(2) C r (e,e',S/Q)=S'/Q. 

alors toute trace actuelle T w =< Qo,wf > , définie par le schéma de trace £ et telle que Qo = So/Q, est 
adéquate pour Q par rapport à la trace intégrale virtuelle T v =< So,v^~ >; 

c'est à dire qu'il existe une fonctions T telle que 
Vt > 0, T(w+,Q ) = Q t et 

Vi e [0..t], Q; = Si/Q A 3r 4 e R, tel que w ( = £ ri (S l , S l+Ï ). 

Cet ennoncé appelle un commentaire afin de bien comprendre ce que signifie l'adéquation. L'existence d'une 
fonction T assure que la lecture de la trace permet de suivre l'évolution d'un état restreint aux paramètres de 
Q, un sous-ensemble de l'état intégral virtuel S. Ceci n'a de sens que si on part d'un état initial Qq connu qui 
ne peut être que l'état intégral virtuel retreint initial So/Q (donc Qq — So/Q)- 

Par ailleurs on notera que la fonction T ne préjuge pas de l'état St+i atteint après l'événement wt- Si la trace 
est infinie, cela ne pose pas problème. Si par contre la trace est finie et si aucun état défini comme final n'est 
atteint ou si la trace est brusquement interrompue (ceci suppose des interactions externes au processus observé 
non étudiées ici), on ne connaît rien en général sur l'état atteint. Ceci n'affaiblit en rien l'idée d'adéquation 
mais montre seulement que tout "redémarrage" de la trace nécessite de fournir un nouvel état de départ, c'est 
à dire de fournir à nouveau un état initial. 

L'adéquation assure donc deux choses: la première est que chaque événement de trace amène à un état Q 
toujours égal à l'état intégral virtuel restreint courant S/Q (ce qui est assuré par le fait que Si/Q = Qi). 

L'adéquation assure également, en liaison avec la propriété précédente, qu'à chaque événement uii de la trace 
actuelle une règle < r, S, S' > de la SO s'applique de telle manière que < r t , Si, Si+i > en est une instance. Ceci 
assure que la trace peut "faire tourner" la machine définie par la SO de telle manière que la trace actuelle est 
bien susceptible d'avoir été extraite à partir de celle-ci. Noter que l'adéquation n'exige pas que la SO soit décrite 
par un automate déterministe; la même trace actuelle peut donc être produite de différentes manières (l'unicité 
de la règle qui s'applique n'est pas requise). La condition proposée ici impose cette unicité, c'est à dire qu'à 
une trace actuelle correspond un seul fonctionnement possible de l'automate. Il s'agit donc seulement d'une 
condition suffisante d'adéquation. Son intérêt cependant est d'assurer qu'à toute trace actuelle correspond une 
lecture unique dans la SO (ceci est en effet trivialement le cas si dans la trace le nom de la règle de transition 
fait partie des attributs ou si Cond r (e, e') ne dépend que de e, ce qui se vérifie si les ports sont isomorphes aux 
noms des règles ). 

Preuve 4 Rappel: wf représente la suite finie non vide w t . . . wiWq et u> t * est wf ou la suite vide e (la suite 
vide n'est possible que pour t < 0). Cette formulation de l'adéquation suppose que les traces actuelles aient au 
moins deux événements (w^~ 7 t > 1 débute toujours avec les événements wo et w\). 

On définit alors la valeur de ^{w^Qq) récursivement, à partir de la fonction de reconstruction locale, de la 
manière suivante: 

Qq) = Qo; 

T{vûq, Qq) — Qo; (l'état actuel courant obtenu ne peut être connu qu'avec au moins deux événements 
de trace). 

et pour t>l, J 7 (w t w t -iWt_2,Qo) = 

si Cond r (w t -i,w t ) alors C r {wt-i,Wt,T{w^ 1 ,Qo))- 
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La définition de T est donc la suivante: 

F(e,S) = S; 
F(e,S) = S; 

T(e'eE, S) = si Cond r (e, e')) alors C r (e, e', T{eE, S)) 
avec E suite quelconque d'événements de trace. 

On vérifie bien que Vi > 0, T{wf ,Qo) — Qt car 

T(w t w t ~iw1^ 2 ,Q ) = C r {w t -i 1 w tl J 7 (wt_ 1 ,Q )) = C r {w t -\,w t ,Q t -\)) = Qt- 
Noter que selon la condition 1 cette fonction est déterministe. 

Si on considère alors un état initial Sq, un état initial restreint Qo = Sq/Qq, et une trace actuelle T w =< 
Qo,wf >, définie par le schéma de trace £, la condition d'adéquation assure que cette trace est adéquate pour 
Q par rapport à la trace virtuelle intégrale T v =< Sq,v^ > (rappel: T v est obtenue par application de fonctions 
d'extraction £ r (S, S') telles que les valeurs des attributs de l'événement de trace correspondant sont A t = S t +i). 

En effet, par hypothèse, l'état initial restreint est Qo = Sq/Qq, et du fait de la condition 2 et de la définition 
de T , les états restreints successifs calculés avec la fonction T ainsi définie vérifient bien Vi G Qi = Si/Q. 

A chaque étape également, par la condition 1, une seule condition Cond ri _ 1 (w i ^i,w i ) est vérifiée et une 
seule règle Ti^\ de reconstruction s'applique aux deux événements u>i_i etwi: C ri _ 1 (wi-i,Wi, Si-i/Q) = Qi. Le 
premier événement Wi-i a été produit par application de la fonction d'extraction aux états virtuels Si-i et Si, 
£ ri _ 1 (Si-\, Si) = Wi-i, et le second événement Wi, par application de la fonction d'extraction aux états virtuels 
pour une certaine règle r i avec £ Ti (Si, Si-^-i) — u?j. 

Comme les événements successifs de la trace actuelle sont produits par application du schéma de trace £ et 
que chaque couple d'événements permet de reconstruire un état virtuel restreint à Q par la fonction T déduite 
du schéma de reconstruction, l'ensemble des propriétés caractérisant l'adéquation est bien vérifié. 

De plus, à chaque événement de trace actuelle Wi (i € [0..t — 1]) correspond une transition < ri,Si,Si+\ > 
qui produit l'événement de trace intégrale virtuelle Vi dont les attributs vérifient Ai/Q = Qi+i. On observe ainsi 
que la trace actuelle, bien que ne donnant qu'une vue partielle du processus observé, permet d'en reconstituer le 
déroulement complet, à condition toutefois d'en connaître la SO. 
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